끝없는 코드 리뷰의 굴레에 갇혔습니다

여기서 '경험의 역설'이 어떻게 적용되는 건데?

이게 어떻게 리뷰 캐스케이드 문제를 해결해 준다는 건지 잘 모르겠는데, 뭐 그래도 코드를 단순하게 유지하는 건 언제나 좋은 생각이지.

어디 한번 맞춰볼까, 이거 우리한테 필요도 없는 'Stagewise'라는 거 홍보하려고 빌드업하는 거지?

음, 사실 그건 아냐.

맞아, 코드를 다시 이해해야 해. 나도 6개월 전에 똑같은 루프에 빠졌었거든. 에이전트한테 명확한 계약(spec)을 안 줘서 발생하는 문제야. 첫 번째 문제를 고치면 다른 게 틀어지고, 그게 두 번째 문제를 유발하는 거지. 근본 원인은 작업 범위가 모호해서 그래. 우리 팀은 에이전트 돌리기 전에 명세를 먼저 정의하는 방식으로 해결했어. 함수가 정확히 뭘 해야 하는지, 건드리면 안 되는 파일은 뭔지, 테스트 계약은 어떤지 명확히 적어두는 거지.

코드를 다시 이해해야 하냐고? 이게 질문이라고 하는 소리임? 당연히 해야지! 미친 거 아냐? 일 좀 똑바로 해. 내 상사가 이런 질문 올린 거 봤으면 난 바로 해고야.

'코드를 다시 이해한다'는 표현은 좀 잘못된 것 같아. '구현 세부 사항을 이해하는 데 시간을 쓴다'가 더 적절할 듯. 예를 들어 이진 탐색을 구현하고 싶을 때, 배포된 함수의 구현 세부 사항을 이해하려고 내 주의력을 낭비하고 싶지는 않거든.