리뷰어가 없는 팀 (Solo)

혼자 만들면 커밋이 트렁크에 바로 얹히고 그대로 배포까지 흘러갑니다. 사이에 멈춰 서는 자리가 없습니다.

그래서 잘못된 커밋도 그대로 나갑니다. 리뷰를 안 해서가 아니라, 리뷰가 설 자리 자체가 없기 때문입니다.

브랜치를 하나 두면 커밋이 거기 고입니다. 승인을 받으려는 게 아니라, 합치기 전에 읽을 디프를 남기려는 것입니다.

AI 가 쓰기 시작하면 그 디프가 훨씬 빨리, 훨씬 크게 쌓입니다. 예전에 디프가 작았던 것은 미덕이 아니라 쓰는 게 느려서였습니다.

대신 처음으로 리뷰어가 생깁니다. 1인 개발이 AI 에서 얻는 가장 큰 것은 코드 생산이 아니라 읽어 줄 상대입니다.

다만 코드를 쓴 세션에게 리뷰를 맡기면 시야가 거의 포개집니다. 같은 전제를 공유하니 같은 것을 놓칩니다.

맥락이 끊긴 다른 세션에 맡기면 시야가 어긋나고, 겹치지 않는 만큼 못 보고 지나가는 것이 줄어듭니다.

리뷰와 CI 는 서로 다른 구멍을 막습니다. 리뷰는 의도가 어긋난 것을, 테스트는 동작이 어긋난 것을 잡습니다.

다만 AI 가 쓴 테스트에는 통과만 하는 것이 섞입니다. 구현을 일부러 틀리게 바꿔 빨간불이 켜지는지 한 번 확인합니다.

합칠 때 한 점으로 접어 두면 되돌리기도 한 번입니다. 리뷰가 얇은 만큼 되돌리기 쉬운 모양이 안전장치가 됩니다.