AI 생성 코드 안 읽는다는 엉클 밥, 검증으로 신뢰 확보하는 개발 방식

핵심 메시지

• '클린 코드'의 저자 로버트 마틴(엉클 밥)이 AI 에이전트가 생성한 코드를 직접 읽지 않는다고 밝혀 300만 회 가까이 조회된 논쟁의 트윗이 됐다.
• 핵심은 코드를 읽지 않는 대신 단위 테스트·QA 절차·품질 지표·뮤테이션 테스트 같은 강한 제약으로 코드를 둘러싸 신뢰를 확보한다는 점이다.
• 코드를 얼마나 읽어야 하는지는 결국 그 소프트웨어의 위험도에 달려 있으며, 사람이 다치는 시스템과 사용자 한 명짜리 웹앱은 기준이 다르다.
• 발표자는 AI가 코드의 대부분을 생성하는 방향으로 업계가 가고 있으며, 개발자의 정체성이 '코드 작성'에서 '가치 검증'으로 이동한다고 본다.
• AI로 애플리케이션 코드를 생성하면서, 동시에 그 코드를 검증하는 코드(테스트·하네스·스킬)를 더 많이 생성하는 것이 새로운 작업 방식이다.

쉽게 이해하기

이 영상은 '클린 코드'와 '클린 아키텍처'의 저자 로버트 마틴, 이른바 '엉클 밥'이 남긴 트윗에서 출발한다. 한 개발자가 'AI 도구가 내 파일을 고치도록 두는 게 불편하다'고 하자, 엉클 밥은 자신은 오히려 에이전트가 쓴 코드를 전혀 읽지 않는다고 답했다. 생산성을 온전히 취하려면 그 방법밖에 없다는 것이다.

대신 그는 코드를 극단적인 제약으로 둘러싼다고 설명한다. 단위 테스트, 거킨(Gherkin) 방식의 명세 테스트, QA 절차, 품질 지표, 뮤테이션 테스트 등 여러 관문을 통과해야만 코드가 남는다. 모든 검증을 통과했기 때문에 결과물을 신뢰할 수 있다는 논리다.

발표자는 이 주장을 '코드를 읽어야 하는 정도는 소프트웨어의 위험도에 비례한다'는 스펙트럼으로 정리한다. 오작동 시 사람이 죽는 시스템이라면 사람이 썼든 AI가 썼든 모두 읽어야 한다. 반대로 영향이 미미한 앱이라면 굳이 다 읽지 않아도 된다. 그는 자신이 운영하는 .NET 학습 플랫폼(유료 사용자 존재)을 스펙트럼의 낮은 쪽에 놓는다.

'AI가 만든 코드는 전부 쓰레기(slop)'라는 흔한 반론에 대해서는, 지금의 모델이 모두 사람이 쓴 코드로 학습됐다는 점을 든다. 그 논리대로면 사람 코드도 쓰레기라는 모순이 되므로, 일부 사람 코드가 그렇듯 일부 AI 코드가 그럴 수 있을 뿐이며 그 비중은 만드는 앱의 성격에 달렸다고 본다.

결론적으로 그는 검증 방식 자체는 오래전부터 소프트웨어 산업이 해오던 것과 같다고 말한다. 예전엔 사람이 코드를 짜고 QA·테스트로 검증했고, 이제는 AI가 코드를 짜고 같은 방식으로 검증할 뿐이다. 개발자의 가치는 코드라는 산출물이 아니라 그 코드가 만들어내는 기능과 비즈니스 가치에 있으며, 그래서 '엔지니어'로서의 미래는 밝다고 강조한다.

주요 인사이트

• 코드를 '읽느냐 마느냐'는 이분법이 아니라 위험도에 따른 연속선이다. 실패 비용이 큰 시스템일수록 사람의 검토 비중을 높이는 판단이 필요하다.
• AI 시대의 품질 보증은 '더 많은 검증 코드'로 옮겨간다. 애플리케이션 코드를 생성하는 만큼, 이를 검증하는 테스트·하네스·커스텀 검증 도구도 함께 대량 생성하는 흐름이다.
• 아키텍처 테스트처럼 설계 규칙을 자동화된 테스트로 '박아두는' 방식은, 에이전트가 정해진 구조를 깨기 어렵게 만들어 AI 생성 시대에 특히 유효해진다.
• 코드 커버리지는 품질·정확성의 지표는 아니지만, 테스트가 닿지 않은 영역을 드러내 에이전트를 어디에 집중시킬지 알려주는 도구로 쓸 수 있다.
• 개발자의 정체성을 '코드 작성'에 두면 위협이 되지만, '가치 창출과 검증을 설계하는 엔지니어'에 두면 역할은 오히려 확장된다.

자주 묻는 질문

관련 AI 소식