리뷰어들이 자꾸 '왜'냐고 물어보는데, 솔직한 답은 'Codex가 그렇게 결정해서'입니다

다들 AI를 쓴다는 걸 알면서도 굳이 중요하지도 않은 걸 물어보는 사람이 있다면, 그건 보통 기술적 권위를 세우려고 정치질하는 거야.

AI 시대에 우리는 모두 QA 테스터야. 그냥 티켓의 문제가 해결됐는지 확인만 잘하면 돼. PR에서 맵이랑 리스트 가지고 질문하는 사람들은 기술 면접이나 보러 가라 그래 😆😆😆

난 직장에서 앱 몇 개를 바이브 코딩으로 만들었어. 그 앱들 다 제 할 일 잘하고 있어. 아무도 불만 없고 난 그냥 솔직하게 말해. 힘들어하는 사람들도 있지만 난 배포 전에 적절한 절차를 다 거쳤거든. 아직까지 아무도 해킹 못 했어 ㅋㅋ 새로운 툴치고 나쁘지 않지.

이유를 지어내는 게 진짜 안 좋아 보이는 거야. 에이전트가 골랐다고 말하는 것보다 훨씬 나빠. 리뷰어들은 'Codex가 골랐고 X 때문에 유지했다'는 말은 받아들일 수 있어. 하지만 자신 있게 말한 이유가 틀린 건 못 참지. 해결책은 남들이 보기 전에 네 diff를 직접 리뷰하는 거야. 한 문장으로 방어할 수 없는 모든 선택은 이유를 찾거나 바꾸고, 그 한 줄짜리 설명을 PR 설명란에 적어놔. 여전히 설명 못 하는 건 아마 아직 머지하면 안 되는 코드일 거야.

사후에 이유를 지어내는 게 진짜 위험해. 리뷰할 때 틀린 추측을 하는 게 '내가 결정한 게 아니다'라고 말하는 것보다 더 나쁘거든. 그래서 난 그냥 솔직하게 말할 거야. '에이전트가 고른 건데 작동하는 건 확인했어, 리스트가 더 깔끔하다면 바꿀게' 이런 식으로. 리뷰어들은 누가 타이핑했느냐보다 네가 그 코드를 책임지느냐를 더 중요하게 생각하니까. 나한테 효과적인 해결책은 PR 올리기 전에 에이전트한테 명확하지 않은 선택지들이랑 그 이유를 나열해달라고 하는 거야. 그러고 나서 내가 방어할 수 없는 건 지우거나 바꾸지. 한 문장으로 설명 못 하는 건 보통 내가 제대로 리뷰 안 한 부분이니까.

PR 올리기 직전에, 코드를 짠 바로 그 세션에서 에이전트한테 물어봐. 에이전트가 내놓은 이유가 네가 리뷰어한테 지어내는 이유보다 훨씬 나아. (참고: 이게 우리가 Diffo를 만든 이유야, Codex랑도 잘 작동해: diffo.io/demo)