Sonos가 Mac 앱 지원을 중단했고 아내는 더 예쁜 iOS 앱을 원했다. 그래서 주말 동안 Claude와 Claude Code로 둘 다 만들어버렸다. (나는 개발자가 아니라 IP 변호사다.)

개발 과정:

• macOS 쪽은 꽤 직관적이었다. 그룹화 기능은 내가 원하는 동작을 명확히 알고 있었기 때문에 구현하기 쉬웠다. 테스트도 쉬웠고 반복 작업도 빨랐다.
• iOS 쪽은 악몽 같았다. 내가 이런 걸 해본 적이 없다는 걸 기억해라. 그래서 Claude와 시뮬레이터를 가지고 수많은 반복 수정을 거쳤고, 앱을 실행할 때마다 Spotify API를 미친 듯이 호출했다. 그 바람에 Spotify가 화가 나서 약 12시간 동안 내 토큰을 차단해버렸다. 웁스. 교훈을 얻었다. Spotify의 API 제한이 꽤 엄격하다는 걸 배웠다. 내가 이미 사용자로 그 시스템 안에 있지 않았다면, 아마 속도 제한이 더 관대한 다른 서비스를 기반으로 만들었을 것이다. 캐싱 규칙을 어기지 않으면서도 기능을 구현하기 위해 호출을 제한하는 방법을 고민해야 했다. 이건 2명이 쓰는 앱이다. API 제공자 입장은 이해하지만, 와우.

시뮬레이터 사용:

• 버그를 잡기 위해 시뮬레이터를 많이 사용했다. 그게 옳은 방법은 아니었던 것 같다. 뻔한 문제들은 해결됐지만, 시뮬레이터는 실제 폰이 아니라는 걸 배웠다. 폰에 배포해보니 시뮬레이터에서는 잡히지 않던 수많은 버그와 문제가 쏟아져 나왔다. 또 시뮬레이터에서는 문제라고 생각했던 것들이 실제 폰에서는 그냥 느렸던 것뿐이라 해결된 경우도 있었다.

버그 추적 및 문제 해결:

• Claude Cowork에게 버그를 찾는 프로젝트 매니저 역할을 맡기고, Claude Code가 문제를 해결할 수 있도록 프롬프트나 브리프를 작성하게 했다. 코드 베이스 폴더를 지정해주고 검토하라고 했다.
• 뭐가 작동하고 뭐가 안 되는지 확인하려고 버튼을 엄청나게 눌러봤고, 그 결과를 Claude Cowork에게 다시 피드백했다. 문제를 해결하는 데 효과는 있었지만 좀 지루했다.
• 한 번은 Claude가 몽상에 빠져서 만들어낸 가상의 엔드포인트가 포함된 코드를 직접 잡아내기도 했다. 그건 찾기가 쉽지 않았다.

버그는 아니지만 인간의 생각이 필요한 부분:

• 내 Sonos 스피커에는 한계가 있다. Sonos는 요청을 하면 응답을 한다. 문제는 앱이 너무 많이, 너무 빨리 요청한다는 것이다. (Sonos 앱조차 가끔 이러는데, 그쪽 엔지니어들은 나보다 더 잘 다듬어 놓은 것 같다.) 탭 한 번이 수많은 UPnP SOAP 호출로 이어지고, Sonos의 AVTransport는 중복되는 호출을 하나로 합치는데, 이전 곡 재생 버튼을 빠르게 3번 누르면 스피커에서는 1번만 넘어가는 식이다. 오늘 내가 한 작업은 대부분, 사용자가 실수로 너무 많은 명령을 내리지 않도록, 스피커가 빠르게 처리할 수 있는 만큼만 똑똑하게 요청하도록 만드는 것이었다.

가장 재미있었지만 예상치 못했던 것:

• 색상 팔레트를 고르고 디자인 작업을 하는 게 정말 재미있었다. 예술적 감각은 전혀 없지만, 어떤 게 보기 좋은지는 알고 있고 그걸 설명하는 건 꽤 할 만했다. (이하 생략)

모든 걸 유선으로 연결해버려.