지난번 수기를 쓴 지 꽤 오래됐어요. 앞서도 말했지만, 지금 같은 AI 시대에는 제가 더 이상 가치 있고 대체 불가능한 글을 쓰기 어렵겠다는 생각이 들더라고요. 독자가 진짜 문제에 부딪혔을 때는 구글에서 한참 검색하다가 우여곡절 끝에 제 글을 찾기보다는, 그냥 AI에게 바로 물어보는 게 더 나은 선택일지도 몰라요.
그런데 최근에는 그 생각이 조금 바뀐 것 같아요. 어쩌면 제 글이 AI에 수집되어 답변의 참고 링크로 들어갈 수도 있지 않을까요? AI의 컨텍스트가 부족할 때는 독자에게도 어느 정도 도움이 될 수 있을 거예요.
게다가 모든 게 너무 빠르게 흘러가는 시대에, 걸어온 길의 기록으로 내 삶을 남겨 두는 일은 개인에게도 꽤 큰 의미가 있더라고요. 최근에 예전에 썼던 생각과 글들을 다시 보니, 그때 기록해 두지 않았더라면 아마 제 기억에서도 사라져 버렸을 거예요. 그렇게 생각하니 정말 아쉽네요.
그래도 최근 한두 달, 아니 몇 달 동안 보고 겪은 일들을 기록하고 공유해 볼게요.
Codex 사용기
저는 컴퓨터/소프트웨어 관련 전공이 아니고, 이 분야에 그렇게 깊이 파고들지도 않아서 개발자용 도구에 대해 어느 정도는 알아도 코드 실력이 필요한 일은 정말 아무것도 못 하는데, Codex가 정말 큰 힘이 돼 줬어요.
제가 Codex를 쓰면서 느낀 몇 가지를 먼저 공유할게요:
프로젝트를 시작하기 전에 먼저 Git 저장소를 만들어 두고, 수정할 때마다 커밋을 해야 해요. 그래야 코드를 이전의 어떤 상태로든 되돌릴 수 있거든요. Git 저장소 없이 Codex에서 세션을 포크하는 것만으로는 코드 롤백이 안 돼요.
plan mode를 잘 활용하는 게 정말 중요해요. 주어진 plan을 꼼꼼히 읽고, 마음에 안 드는 부분이 있으면 바로바로 수정해서 요구사항을 완전히 충족할 때까지 다듬어야 해요.
예를 들어 웹사이트 업데이트 얘기를 해 볼게요:
최근에 Codex로 웹사이트 업데이트를 완료했어요. mix-space와 Shiro를 오랫동안 신경 쓰지 않다 보니, mix-space가 이미 v11에서 v13으로 올라가 있고 데이터베이스까지 바뀌어 있더라고요. 게다가 innei는 새 프론트엔드인 Yohaku를 도입한 상태였어요. 어쨌든 이렇게 큰 변화들이 한꺼번에 있어서 오랫동안 프로젝트를 따라가지 못한 저는 꽤 머리가 아팠어요. 배포 방식이든 버전 업그레이드든 만만치 않은 문제에 부딪혔거든요.
먼저 백엔드 업데이트인데, 평소처럼 그냥 docker compose pull && docker compose up -d 로 업그레이드를 진행했어요. 정확히 왜였는지는 기억나지 않지만, 최신 docker-compose.yml 파일로 업데이트를 진행했어요. 그런데 백엔드든 프론트엔드든 당시에는 크로스 버전 업그레이드 관련 경고를 전혀 눈치채지 못했어요(그냥 제가 못 봤을 수도 있어요). 그래서 데이터베이스 마이그레이션을 마치지도 않은 채 백엔드를 그냥 업데이트해 버렸어요.
나중에 문서를 따라 백엔드를 V13으로 무사히 업그레이드하긴 했지만, 데이터 일부가 유실됐어요. 예를 들어 예전 클라우드 함수에 있던 홈페이지 설명이나 푸터의 링크 같은 것들이요. 그런데 V11 버전의 docker-compose.yml 파일을 백업해 두지 않아서, 백업이 있어도 관리자 페이지에 들어가 theme.shiro.json 내용을 내보낼 수가 없었어요. 그래서 다시 작성해 보려 했는데 또 문제가 생겼어요. 문서의 설명과 새 버전 패널의 차이가 꽤 컸고, 문서에 나온 '참조(reference)' 위치를 찾을 수 없어서 제가 작성한 내용도 적용되지 않았어요. 한편으론 다시 쓰기가 귀찮았고, 다른 한편으론 설정 방법을 제대로 이해하지 못해서 이 일은 또 며칠을 끌게 됐어요.
물론 이런 문제만 있는 건 아니었어요. 예를 들어 api 라우트가 v2에서 v3으로 바뀌었고, 나중에 보니 WebSocket도 연결이 안 되는 것 같더라고요. WebSocket 라우트가 바뀌었기 때문이었어요. 새 버전의 Companion 기능을 지원하려면 해당 라우트도 추가해 줘야 하고, 그래서 Nginx 설정도 수정해야 했어요. 첫째로 문서가 좀 난잡해서 버전 변경을 제대로 따라가지 못한 것 같고, 둘째로 변경 사항이 한 번에 너무 많이 나와서 뭘 어떻게 해야 할지 막막했어요. 웹사이트 내용을 내보내서 더 가볍고 안정적인 프레임워크로 갈아탈까까지 고민했을 정도예요.
게다가 프론트엔드 배포 문제도 있었어요. innei가 제공한 GitHub Actions도 사용할 수 없는 상태라서 issue를 뒤져봤지만 딱히 좋은 해결책이 보이지 않았어요. 전부 제가 직접 해결해야 했죠.
그다음 Codex가 등장했어요.
웹사이트를 호스팅하는 서버에 제 로컬 머신의 공개 키를 등록해 뒀어요. 그래서 비밀번호 입력 없이 ssh 명령어만으로 서버에 접속할 수 있게 됐죠. Codex에게 해당 사용자, IP, 포트를 알려주면 Codex가 명령어를 실행해서 상태를 확인할 수 있어요.
그리고 plan mode를 사용해서 지금 마주한 모든 문제를 정리했어요. 예를 들면:
백업에서 클라우드 함수의 theme 참조 중 이름이 shiro인 설정 항목을 복원해서 기존 백엔드에 추가하는 방법
WebSocket 문제(이때는 nginx 라우트 때문인 줄 몰랐어요)
프론트엔드 배포용 GitHub Actions 수리하기
Codex가 서로 충돌하는 옵션을 여럿 제시했는데, plan을 몇 차례 수정한 끝에 최종 plan을 확정했어요.
위의 모든 문제들은 제가 执行 버튼을 누른 지 2시간 만에 전부 해결됐어요. 불필요한 대화는 하나도 없었어요.
Codex가 없었다면, 제 현재 체력과 능력만으로는 이 작업을 절대 끝내지 못했을 거예요. 제 웹사이트는 아직도 방치된 채로 남아 있었을 거예요.
그다음엔 겸사겸사 새 버전 Companion 설정도 마치고, 낡은 내용 몇 가지를 고쳐서 웹사이트를 다시 오픈했어요.
Codex는 제가 부족한 이 부분의 능력을 정말 잘 메워줬어요. 다만 그건 어디까지나 구현을 도와준 것뿐이고, 제 개인적인 실력이 늘었다는 느낌은 아직 없어요.
새 모니터링 웹사이트
제때 업데이트를 안 한 탓에 Nezha(哪吒面板)의 취약점으로 모든 서버가 침해당했어요. 모든 서버를 다시 설치하느라 시간을 꽤 허비했죠. 그때부터 Nezha는 버렸어요. 대체품으로 Komari를 일찌감치 찾아두긴 했지만, 시간과 체력이 없어서 계속 배포를 못 하고 있었어요.
최근에 이 일이 떠올라서, 역시 모니터링 패널이 하나 필요하겠다 싶었어요. Codex 없이 수동으로 배포했는데, 의외로 전체 과정이 순조로웠어요. Nezha 배포보다 훨씬 친절한 느낌이었죠. 예를 들면:
도메인 하나로 문제없이 배포할 수 있고, 서버 추가도 비교적 간단해서 명령어만 실행하면 돼요
관리자 페이지에서 서버 만료 시간이나 청구 내역 같은 것도 아주 쉽게 설정할 수 있어요
서버 트래픽 수치와 트래픽 리셋 시간을 설정할 수 있는데(이건 배포 명령어 화면에 숨어 있어서 조금 불친절하긴 해요)
앞서 말했듯이 서버를 전부 다시 설치했는데, 거기에는 배포해 둔 도메인 메일 서버인 iRedMail도 포함돼 있었어요. 관련 글.
이렇게 직접 배포하는 메일 서버는 몇 가지 문제가 있어요:
메일 신뢰도 문제
서비스 안정성(이번에 공격받은 것처럼요)
비전문가 입장에서는 유지보수도 꽤 골치 아파요
그래서 새로운 도메인 메일 서비스를 찾아보게 됐는데, ChatGPT와 두어 차례 대화하다 보니 Lark(飞书)가 좋은 선택이라는 걸 알게 됐어요:
무료
커스텀 도메인 사용 가능
타사 메일 클라이언트 사용 가능
거의 30분 만에 배포를 끝냈어요. 정말 시간과 힘이 절약됐어요. 비슷한 니즈가 있다면 추천할 만해요. 지금까지는 아무 문제가 없었어요.
“새” M1 Max MacBook Pro
따옴표를 붙인 이유는 이걸 중고 거래 시장에서 9600 CNY에 업어왔기 때문이에요. 구체적인 모델은 16인치 M1 Max MacBook Pro 64+1T예요.
5년 동안 저와 함께한 M1 MacBook Pro는 메모리가 16GB뿐이라 스왑 메모리가 너무 많이 발생해서 일상적인 사용에 지장이 있을 정도였어요. 효율 앱도 꼭 필요한 것만 남겨뒀을 정도였죠. 그런데도 메모리 문제는 여전히 심각해서, Codex, Zotero, 위챗 같은 일상적인 채팅 앱만 켜도 거의 꽉 차버렸어요. 효율적으로 공부하고 생활하려면 정말 바꿀 수밖에 없었어요. 그런데 메모리 가격이 오르고, 특히 애플 공식 가격까지 오르는 시기에 하드웨어를 바꾸는 건 더더욱 어려운 일이 됐어요.
원래 6월에 Moorj에게서 M4 Pro 48+512 16인치 MacBook Pro를 예약해 뒀었는데, 아쉽게도 상황 문제로 물품이 통관되지 못해서 포기할 수밖에 없었어요.
그래서 다시 중고 거래 시장으로 눈을 돌렸어요. 원래 64GB M1 Pro MacBook Pro를 계속 보고 있었는데, 아마도 다들 이 모델을 눈여겨보는 탓에 14인치든 16인치든 매물이 많지 않더라고요. 상태 좋은 걸 건지기는 더더욱 어려웠어요. 게다가 상태 좋은 물건은 정말 비싸서, 爱回收(Aihuishou)에 8000위안에 올라온 물건도 저는 상태가 그저 그렇다고 느꼈어요.
M1 Pro 10+14 버전과 M1 Max의 CPU는 차이가 전혀 없어요. 저는 GPU에 민감하지 않은 편이라 M1 Max에 딱히 끌리지 않았어요. M1 Pro를 보름 동안 지켜봤는데 마음에 드는 물건이 하나도 안 보였어요. 전부 중고 장사꾼들만 판을 치는 것 같아서, 하는 수 없이 M1 Max 쪽도 보기 시작했어요.
M1 Max 매물은 확실히 훨씬 많았어요. 그런데 상태 좋은 매물도 가격이 그렇게 많이 비싸지 않더라고요. 관심을 갖기 시작한 거의 다음 날, 가격도 괜찮고 상태도 좋은 매물을 낚아챘어요. 판매자가 쑤저우(苏州)에 있었는데, 당일 주문하자마자 당일 판매자가 차량 배송을 불러 문 앞까지 갖다 줬어요. 그다음엔 일련의 검수 과정이 이어졌죠.
검수 과정은 자세히 설명하지 않을게요. 인터넷에 다 나와 있으니까요. 게다가 진단 소프트웨어도 만능이 아니라서 이쪽은 물이 꽤 깊어요. 예를 들어 제가 직접 M1 MacBook Pro의 배터리를 교체했는데도 진단에서는 전혀 걸리지 않더라고요. 그래서 실제 사용에 전혀 상관없는 기준들은 다 포기했어요. 어쨌든 정상적으로 쓰는 데 문제만 없으면 된다는 마음가짐이에요.
64GB 메모리로 업그레이드한 뒤 체감은 확실히 컸어요. 이제는 거의 스왑이 발생하지 않고, 일상적인 사용에서 메모리 점유율이 30GB 정도예요. 작업이 무거울 때는 좀 더 쓰기도 하지만, 여유분이 넉넉히 남는 셈이죠. CPU 쪽은 M1 시리즈의 싱글코어가 이제 더 이상 특별할 게 없어서 새 Apple Silicon보다 응답 속도가 확실히 한 박자 느리긴 한데, 효율에는 거의 영향을 주지 않아요. 게다가 멀티코어는 이전 M1에 비해 거의 두 배라서, 제 기준에서는 업그레이드 체감이 확실해요.
새 iPhone 17 Pro Max
5월에 13 Pro에서 17 Pro Max로 바꿨는데, 확실히 손에 꽤 묵직해요. Pro Max는 처음이라 무게에 대한 각오는 이미 돼 있었어요. 그래서 그 점만 빼면 거의 전부가 놀라움뿐이었어요. 체감이 정말 좋아요.
이건 컴퓨터를 바꾼 것과 같은 논리예요. 공부할 때는 효율이 꽤 올라갔고, 생활에서는 편리함이 훨씬 커졌어요.
Space Launcher
사실 이것도 컴퓨터를 바꾸면서 생긴 작은 에피소드예요.
비록 Space Launcher가 이미 2.x, 심지어 3.x 버전까지 나왔지만, 저는 계속 1.x에 머물러 있었어요. 누른 뒤 지연 시간을 0으로 설정하는 게 제 습관인데, 이 설정이 새 버전에서는 자꾸 이상한 문제를 일으키더라고요.
이번에 컴퓨터를 다시 설치하면서 1.x 버전을 더 이상 받을 수 없다는 걸 알게 됐어요. 어쩔 수 없이 새 버전을 써 봤는데 문제가 그대로라서, 결국 개발자에게 메일을 보내 예전 버전을 요청할 수밖에 없었어요.
몇 통의 메일을 주고받았는데, 개발자가 곧바로 새 버전에 실제 문제가 있다는 걸 확인하고 다음 마이너 버전에서 빠르게 고쳐줬어요. 그래서 즐겁게 새 버전을 쓰기 시작했어요.
제가 가장 감동받은 건 개발자가 메일 끝에 남긴 한마디예요:
Space Launcher 作者邮件
제가 보기에 Space Launcher는 정말 좋은 소프트웨어예요. 사용 빈도가 매우 높고, 경험도 훌륭하며, 체험판이 영구적으로 무료이고, 정식 구매 가격도 비싸지 않아요.
메일을 뒤적이다 보니, 사실 2022년에 이미 결제를 했었다는 걸 알게 됐어요. 그런데 그 사실을 전혀 기억하지 못해서, 몇 년 동안 활성화하지 않고 계속 체험판 상태로 쓰고 있었던 거예요.
모든 macOS 사용자에게 이 소프트웨어를 써보라고 추천하고 싶어요. 정말 훌륭한 소프트웨어예요. 아니었다면 제가 이렇게 오랫동안 고강도로 쓰지도 않았을 거예요. 제가 사본 소프트웨어 중 단연 최고의 가성비였어요.
아쉽게도 V2EX에 몇 번 추천글을 올렸는데, 반응은 그다지 좋지 않았던 것 같아요.
마무리
원래는 2026년 여행기를 여기에 올리려고 했는데, 분량이 도저히 너무 길 것 같고 사진 정리도 아직 못 끝냈어요.
최근 근황: Codex, 새 기기와 일상
들어가며
지난번 수기를 쓴 지 꽤 오래됐어요. 앞서도 말했지만, 지금 같은 AI 시대에는 제가 더 이상 가치 있고 대체 불가능한 글을 쓰기 어렵겠다는 생각이 들더라고요. 독자가 진짜 문제에 부딪혔을 때는 구글에서 한참 검색하다가 우여곡절 끝에 제 글을 찾기보다는, 그냥 AI에게 바로 물어보는 게 더 나은 선택일지도 몰라요.
그런데 최근에는 그 생각이 조금 바뀐 것 같아요. 어쩌면 제 글이 AI에 수집되어 답변의 참고 링크로 들어갈 수도 있지 않을까요? AI의 컨텍스트가 부족할 때는 독자에게도 어느 정도 도움이 될 수 있을 거예요.
게다가 모든 게 너무 빠르게 흘러가는 시대에, 걸어온 길의 기록으로 내 삶을 남겨 두는 일은 개인에게도 꽤 큰 의미가 있더라고요. 최근에 예전에 썼던 생각과 글들을 다시 보니, 그때 기록해 두지 않았더라면 아마 제 기억에서도 사라져 버렸을 거예요. 그렇게 생각하니 정말 아쉽네요.
그래도 최근 한두 달, 아니 몇 달 동안 보고 겪은 일들을 기록하고 공유해 볼게요.
Codex 사용기
저는 컴퓨터/소프트웨어 관련 전공이 아니고, 이 분야에 그렇게 깊이 파고들지도 않아서 개발자용 도구에 대해 어느 정도는 알아도 코드 실력이 필요한 일은 정말 아무것도 못 하는데, Codex가 정말 큰 힘이 돼 줬어요.
제가 Codex를 쓰면서 느낀 몇 가지를 먼저 공유할게요:
예를 들어 웹사이트 업데이트 얘기를 해 볼게요:
최근에 Codex로 웹사이트 업데이트를 완료했어요. mix-space와 Shiro를 오랫동안 신경 쓰지 않다 보니, mix-space가 이미 v11에서 v13으로 올라가 있고 데이터베이스까지 바뀌어 있더라고요. 게다가 innei는 새 프론트엔드인 Yohaku를 도입한 상태였어요. 어쨌든 이렇게 큰 변화들이 한꺼번에 있어서 오랫동안 프로젝트를 따라가지 못한 저는 꽤 머리가 아팠어요. 배포 방식이든 버전 업그레이드든 만만치 않은 문제에 부딪혔거든요.
먼저 백엔드 업데이트인데, 평소처럼 그냥 docker compose pull && docker compose up -d 로 업그레이드를 진행했어요. 정확히 왜였는지는 기억나지 않지만, 최신 docker-compose.yml 파일로 업데이트를 진행했어요. 그런데 백엔드든 프론트엔드든 당시에는 크로스 버전 업그레이드 관련 경고를 전혀 눈치채지 못했어요(그냥 제가 못 봤을 수도 있어요). 그래서 데이터베이스 마이그레이션을 마치지도 않은 채 백엔드를 그냥 업데이트해 버렸어요.
나중에 문서를 따라 백엔드를 V13으로 무사히 업그레이드하긴 했지만, 데이터 일부가 유실됐어요. 예를 들어 예전 클라우드 함수에 있던 홈페이지 설명이나 푸터의 링크 같은 것들이요. 그런데 V11 버전의 docker-compose.yml 파일을 백업해 두지 않아서, 백업이 있어도 관리자 페이지에 들어가 theme.shiro.json 내용을 내보낼 수가 없었어요. 그래서 다시 작성해 보려 했는데 또 문제가 생겼어요. 문서의 설명과 새 버전 패널의 차이가 꽤 컸고, 문서에 나온 '참조(reference)' 위치를 찾을 수 없어서 제가 작성한 내용도 적용되지 않았어요. 한편으론 다시 쓰기가 귀찮았고, 다른 한편으론 설정 방법을 제대로 이해하지 못해서 이 일은 또 며칠을 끌게 됐어요.
물론 이런 문제만 있는 건 아니었어요. 예를 들어 api 라우트가 v2에서 v3으로 바뀌었고, 나중에 보니 WebSocket도 연결이 안 되는 것 같더라고요. WebSocket 라우트가 바뀌었기 때문이었어요. 새 버전의 Companion 기능을 지원하려면 해당 라우트도 추가해 줘야 하고, 그래서 Nginx 설정도 수정해야 했어요. 첫째로 문서가 좀 난잡해서 버전 변경을 제대로 따라가지 못한 것 같고, 둘째로 변경 사항이 한 번에 너무 많이 나와서 뭘 어떻게 해야 할지 막막했어요. 웹사이트 내용을 내보내서 더 가볍고 안정적인 프레임워크로 갈아탈까까지 고민했을 정도예요.
게다가 프론트엔드 배포 문제도 있었어요. innei가 제공한 GitHub Actions도 사용할 수 없는 상태라서 issue를 뒤져봤지만 딱히 좋은 해결책이 보이지 않았어요. 전부 제가 직접 해결해야 했죠.
그다음 Codex가 등장했어요.
웹사이트를 호스팅하는 서버에 제 로컬 머신의 공개 키를 등록해 뒀어요. 그래서 비밀번호 입력 없이 ssh 명령어만으로 서버에 접속할 수 있게 됐죠. Codex에게 해당 사용자, IP, 포트를 알려주면 Codex가 명령어를 실행해서 상태를 확인할 수 있어요.
그리고 plan mode를 사용해서 지금 마주한 모든 문제를 정리했어요. 예를 들면:
Codex가 서로 충돌하는 옵션을 여럿 제시했는데, plan을 몇 차례 수정한 끝에 최종 plan을 확정했어요.
위의 모든 문제들은 제가 执行 버튼을 누른 지 2시간 만에 전부 해결됐어요. 불필요한 대화는 하나도 없었어요.
Codex가 없었다면, 제 현재 체력과 능력만으로는 이 작업을 절대 끝내지 못했을 거예요. 제 웹사이트는 아직도 방치된 채로 남아 있었을 거예요.
그다음엔 겸사겸사 새 버전 Companion 설정도 마치고, 낡은 내용 몇 가지를 고쳐서 웹사이트를 다시 오픈했어요.
그리고 최근 Codex로 꽤 많은 일을 했어요. 예를 들면:
일부 프로젝트는 시간이 되면 따로 수기로 소개할게요.
Codex는 제가 부족한 이 부분의 능력을 정말 잘 메워줬어요. 다만 그건 어디까지나 구현을 도와준 것뿐이고, 제 개인적인 실력이 늘었다는 느낌은 아직 없어요.
새 모니터링 웹사이트
제때 업데이트를 안 한 탓에 Nezha(哪吒面板)의 취약점으로 모든 서버가 침해당했어요. 모든 서버를 다시 설치하느라 시간을 꽤 허비했죠. 그때부터 Nezha는 버렸어요. 대체품으로 Komari를 일찌감치 찾아두긴 했지만, 시간과 체력이 없어서 계속 배포를 못 하고 있었어요.
최근에 이 일이 떠올라서, 역시 모니터링 패널이 하나 필요하겠다 싶었어요. Codex 없이 수동으로 배포했는데, 의외로 전체 과정이 순조로웠어요. Nezha 배포보다 훨씬 친절한 느낌이었죠. 예를 들면:
사용한 테마는 Komari-Theme-LuminaPlus인데, 효과가 정말 좋아서 만족스러워요. 실제 모습은 Jayden's Service Monitor에서 확인할 수 있어요.
새 도메인 이메일
앞서 말했듯이 서버를 전부 다시 설치했는데, 거기에는 배포해 둔 도메인 메일 서버인 iRedMail도 포함돼 있었어요. 관련 글.
이렇게 직접 배포하는 메일 서버는 몇 가지 문제가 있어요:
그래서 새로운 도메인 메일 서비스를 찾아보게 됐는데, ChatGPT와 두어 차례 대화하다 보니 Lark(飞书)가 좋은 선택이라는 걸 알게 됐어요:
거의 30분 만에 배포를 끝냈어요. 정말 시간과 힘이 절약됐어요. 비슷한 니즈가 있다면 추천할 만해요. 지금까지는 아무 문제가 없었어요.
“새” M1 Max MacBook Pro
따옴표를 붙인 이유는 이걸 중고 거래 시장에서 9600 CNY에 업어왔기 때문이에요. 구체적인 모델은 16인치 M1 Max MacBook Pro 64+1T예요.
5년 동안 저와 함께한 M1 MacBook Pro는 메모리가 16GB뿐이라 스왑 메모리가 너무 많이 발생해서 일상적인 사용에 지장이 있을 정도였어요. 효율 앱도 꼭 필요한 것만 남겨뒀을 정도였죠. 그런데도 메모리 문제는 여전히 심각해서, Codex, Zotero, 위챗 같은 일상적인 채팅 앱만 켜도 거의 꽉 차버렸어요. 효율적으로 공부하고 생활하려면 정말 바꿀 수밖에 없었어요. 그런데 메모리 가격이 오르고, 특히 애플 공식 가격까지 오르는 시기에 하드웨어를 바꾸는 건 더더욱 어려운 일이 됐어요.
원래 6월에 Moorj에게서 M4 Pro 48+512 16인치 MacBook Pro를 예약해 뒀었는데, 아쉽게도 상황 문제로 물품이 통관되지 못해서 포기할 수밖에 없었어요.
그래서 다시 중고 거래 시장으로 눈을 돌렸어요. 원래 64GB M1 Pro MacBook Pro를 계속 보고 있었는데, 아마도 다들 이 모델을 눈여겨보는 탓에 14인치든 16인치든 매물이 많지 않더라고요. 상태 좋은 걸 건지기는 더더욱 어려웠어요. 게다가 상태 좋은 물건은 정말 비싸서, 爱回收(Aihuishou)에 8000위안에 올라온 물건도 저는 상태가 그저 그렇다고 느꼈어요.
M1 Pro 10+14 버전과 M1 Max의 CPU는 차이가 전혀 없어요. 저는 GPU에 민감하지 않은 편이라 M1 Max에 딱히 끌리지 않았어요. M1 Pro를 보름 동안 지켜봤는데 마음에 드는 물건이 하나도 안 보였어요. 전부 중고 장사꾼들만 판을 치는 것 같아서, 하는 수 없이 M1 Max 쪽도 보기 시작했어요.
M1 Max 매물은 확실히 훨씬 많았어요. 그런데 상태 좋은 매물도 가격이 그렇게 많이 비싸지 않더라고요. 관심을 갖기 시작한 거의 다음 날, 가격도 괜찮고 상태도 좋은 매물을 낚아챘어요. 판매자가 쑤저우(苏州)에 있었는데, 당일 주문하자마자 당일 판매자가 차량 배송을 불러 문 앞까지 갖다 줬어요. 그다음엔 일련의 검수 과정이 이어졌죠.
검수 과정은 자세히 설명하지 않을게요. 인터넷에 다 나와 있으니까요. 게다가 진단 소프트웨어도 만능이 아니라서 이쪽은 물이 꽤 깊어요. 예를 들어 제가 직접 M1 MacBook Pro의 배터리를 교체했는데도 진단에서는 전혀 걸리지 않더라고요. 그래서 실제 사용에 전혀 상관없는 기준들은 다 포기했어요. 어쨌든 정상적으로 쓰는 데 문제만 없으면 된다는 마음가짐이에요.
64GB 메모리로 업그레이드한 뒤 체감은 확실히 컸어요. 이제는 거의 스왑이 발생하지 않고, 일상적인 사용에서 메모리 점유율이 30GB 정도예요. 작업이 무거울 때는 좀 더 쓰기도 하지만, 여유분이 넉넉히 남는 셈이죠. CPU 쪽은 M1 시리즈의 싱글코어가 이제 더 이상 특별할 게 없어서 새 Apple Silicon보다 응답 속도가 확실히 한 박자 느리긴 한데, 효율에는 거의 영향을 주지 않아요. 게다가 멀티코어는 이전 M1에 비해 거의 두 배라서, 제 기준에서는 업그레이드 체감이 확실해요.
새 iPhone 17 Pro Max
5월에 13 Pro에서 17 Pro Max로 바꿨는데, 확실히 손에 꽤 묵직해요. Pro Max는 처음이라 무게에 대한 각오는 이미 돼 있었어요. 그래서 그 점만 빼면 거의 전부가 놀라움뿐이었어요. 체감이 정말 좋아요.
이건 컴퓨터를 바꾼 것과 같은 논리예요. 공부할 때는 효율이 꽤 올라갔고, 생활에서는 편리함이 훨씬 커졌어요.
Space Launcher
사실 이것도 컴퓨터를 바꾸면서 생긴 작은 에피소드예요.
비록 Space Launcher가 이미 2.x, 심지어 3.x 버전까지 나왔지만, 저는 계속 1.x에 머물러 있었어요. 누른 뒤 지연 시간을 0으로 설정하는 게 제 습관인데, 이 설정이 새 버전에서는 자꾸 이상한 문제를 일으키더라고요.
이번에 컴퓨터를 다시 설치하면서 1.x 버전을 더 이상 받을 수 없다는 걸 알게 됐어요. 어쩔 수 없이 새 버전을 써 봤는데 문제가 그대로라서, 결국 개발자에게 메일을 보내 예전 버전을 요청할 수밖에 없었어요.
몇 통의 메일을 주고받았는데, 개발자가 곧바로 새 버전에 실제 문제가 있다는 걸 확인하고 다음 마이너 버전에서 빠르게 고쳐줬어요. 그래서 즐겁게 새 버전을 쓰기 시작했어요.
제가 가장 감동받은 건 개발자가 메일 끝에 남긴 한마디예요:
제가 보기에 Space Launcher는 정말 좋은 소프트웨어예요. 사용 빈도가 매우 높고, 경험도 훌륭하며, 체험판이 영구적으로 무료이고, 정식 구매 가격도 비싸지 않아요.
메일을 뒤적이다 보니, 사실 2022년에 이미 결제를 했었다는 걸 알게 됐어요. 그런데 그 사실을 전혀 기억하지 못해서, 몇 년 동안 활성화하지 않고 계속 체험판 상태로 쓰고 있었던 거예요.
모든 macOS 사용자에게 이 소프트웨어를 써보라고 추천하고 싶어요. 정말 훌륭한 소프트웨어예요. 아니었다면 제가 이렇게 오랫동안 고강도로 쓰지도 않았을 거예요. 제가 사본 소프트웨어 중 단연 최고의 가성비였어요.
아쉽게도 V2EX에 몇 번 추천글을 올렸는데, 반응은 그다지 좋지 않았던 것 같아요.
마무리
원래는 2026년 여행기를 여기에 올리려고 했는데, 분량이 도저히 너무 길 것 같고 사진 정리도 아직 못 끝냈어요.
일단 여기까지. 다시 돌아올 수 있어서 기뻐요.