[한영자막] "I read the code" 글 하나가 개발자들의 논쟁을 불러일으켰습니다

한 줄 핵심

AI가 만든 코드를 읽을지 말지는 흑백논리가 아니라, 프로토타입·내부도구·고집해야 하는 핵심 제품처럼 목적에 따라 코드 관여 수준을 다르게 가져가야 한다는 주장이다.

시간별 요약

1. 0:00
   “I read the code” 논쟁은 인터넷의 과장과 잘못된 비교들 때문에 더 단순하게 소비되지만, 실제 답은 훨씬 복잡한 스펙트럼에 있다. AI를 컴파일러처럼 단순 비교하거나, 무조건 읽어야 한다/절대 읽지 말아야 한다고 말하는 태도는 모두 과도하다.
2. 2:01
   첫 번째 기준은 MVP 탐색처럼 결과를 버릴 가능성이 높은 작업이다. 이런 경우에는 코드 품질보다 아이디어 검증과 속도가 중요하므로, agent와 linear MCP로 티켓을 만들고 끝나면 빠르게 실험만 해보는 방식이 적합하다.
3. 5:00
   두 번째 기준은 게임처럼 사용감과 디테일이 핵심인 프로젝트다. 이런 작업은 한 줄 한 줄을 직접 이해하고 조정해야 하며, 느낌·동작·정확한 폴리시를 통제하려면 코드 전체를 읽는 것이 사실상 필요하다.
4. 8:01
   세 번째이자 가장 현실적인 방식은 인터페이스와 함수 단위까지는 직접 설계하고, 내부 구현은 agent에 맡기는 중간 지점이다. 하네스를 만들고 API 형태를 정한 뒤, 통합 로직만 직접 쓰면 속도와 통제력을 동시에 확보할 수 있다.
5. 11:00
   결론적으로 중요한 것은 프로젝트 성격에 맞게 읽는 정도를 조절하는 일이다. 핵심 제품은 깊게 읽고, 내부 도구나 일회성 스크립트는 가볍게 맡기며, 무엇보다 “항상 같다”는 식의 원칙을 버려야 한다.

실무 인사이트

• AI 코딩에서 가장 실용적인 기준은 '이 코드를 남길 것인가'와 '정밀한 통제가 필요한가'를 먼저 묻는 것이다.
• 프로토타입은 결과보다 학습이 중요하므로, agent로 빠르게 만들고 버리는 워크플로가 오히려 생산적일 수 있다.
• 실무에서는 전체 코드 읽기보다 인터페이스·타입·진입점만 직접 설계하고 나머지를 위임하는 방식이 속도와 품질의 균형이 좋다.