혹시 Composer 쓰면서 정신적으로 엄청나게 피로해진 사람 또 있나요?

조언 하나 하자면, 나 11월부터 MVP 거의 20개 만들었고 그중 하나는 대박 났거든. 한 번에 작은 기능 하나(혹은 기능의 일부)만 구현해. 문서화 빡세게 하고. 모든 건 테스트(E2E 테스트 포함)해야 하고, 세 번 확인하고, 세 번 디버깅해야 해. 린터, 엄격한 스키마, 엄격한 타이핑을 사용해.

아 진짜?

리뷰 피로감은 진짜야. 직접 짠 코드는 모든 결정의 이유를 이해하고 있잖아. 하지만 AI가 생성한 코드는 추적하기 전까지는 모든 함수가 물음표지. 명확하게 사전 정의된 범위('이 파일들만 건드려')를 설정하고 짧게 세션을 가지는 게 어떤 프롬프트 기법보다 도움이 돼. 출력물이 적을수록 뇌가 지치기 전에 확인해야 할 표면적이 줄어드니까.

며칠 전에 나도 이 문제로 한탄했었어. 직접 손으로 코딩할 때는 정말 몰입하는 순간들이 있거든. 머릿속에 설계가 다 잡혀있고, 음악을 틀어놓고 코드가 뇌에서 화면으로 술술 흘러나올 때 말이야. 그건 꽤 편안하고 즐겁기까지 해. 그런데 이제는 도구가 그 부분을 대신하게 놔둬야 하고, 내 일은 전부 사양을 읽고 쓰고, 말이 너무 많은 새로운 팀원(AI)을 어떻게 다룰지 고민하는 게 되어버렸어. 그러니까 기본적으로 나는 시스템 아키텍트로 승진한 셈이지...

진짜 공감되는 말이야. 코드를 직접 다 짜던 것에서 이제는 리뷰하고 뭔가 이상하거나 잘못된 게 없는지 확인하는 역할로 완전히 바뀌었지.

이제 이게 새로운 삶인가 봐... 우리 대신 잡일을 해줄 에이전트 리뷰어들을 만드는 건 우리 몫이겠지. 아마 특정 범위에 특화된 5가지 정도의 리뷰어를 만들어서 정확도를 보장해야 할 거야.

Git 자동 리뷰 프로세스에 이걸 넣으려고 하는데, 여전히 AI를 맹신할 수는 없어서 아마 평생 코드를 리뷰하고 있을 것 같아.

우리 회사에서도 이렇게 하는데 진짜 잘 작동함. 내 PR에서 꽤 미묘한 버그들도 잡아내더라.

와, 리뷰하는 게 피곤하다니 정말 새로운 발견이네, 아무도 이런 생각을 못 해봤을걸...

나는 Graphite의 'tour' 기능이나 Linear에 있는 비슷한 기능처럼 AI가 지원하는 가이드 코드 리뷰 도구를 더 많이 활용하고 있어. 코드를 리뷰하기 쉽게 만들어줘서 피로감이 덜해. 그리고 내가 코드를 보기 전에 AI 리뷰를 여러 번 거치게 해서, 적어도 뻔한 로직 버그는 없을 거라는 확신을 가지고 시작해. 그래서 내 피드백은 주로 AI가 맥락을 파악하지 못했거나, 정답의 문제가 아니라 취향의 영역인 것들에 집중하게 되지.

Cursor에서 어떻게 구조화했는지 물어봐도 될까?