2026년에도 코드를 작성해야 하는 이유: AI 에이전트에게 인간의 코딩은 여전히 중요하다

Doug Turnbull은 그의 기사 "2026년에 코드를 작성하는 이유"에서 90% 이상의 코드가 AI로 생성되는 만연한 AI 사이코시스 사고방식에 도전합니다. 그는 에이전트가 더 나쁘기 때문이 아니라 영어는 계산에 대해 과소지정되어 있고, 영어를 통한 프록시는 정밀도를 잃기 때문에 인간이 여전히 코드 작성의 이점을 누린다고 주장합니다.

주요 주장

• 취약성을 직접 경험하라: 코드를 작성하면 아키텍처의 문제점을 직접 느낄 수 있습니다. 당신이 손대기 어렵고 깨뜨리지 않고 빌드하기 어렵다면, 에이전트에게는 더 어려울 것입니다.
• 슬롭 축적을 막아라: 수동 코드 리뷰는 미세 조정을 놓칩니다. 슬롭은 레이더 아래에서 축적되어 장기적으로 에이전트 성능을 저하시킵니다.
• 소유권과 주의: 접근 방식을 직접 스파이크하고 에이전트가 패턴을 찍어내게 할 때, 당신은 참여하고 결과를 소유합니다. 순수 리뷰는 분리로 이어집니다.
• 에이전트 != 컴파일러: 에이전트는 마치 갓 입사한 인턴과 같습니다. 부분적이고 슬롭화된 코드를 읽고 부정확한 프롬프트를 실행합니다. 인턴 군단에게 인간의 취향을 넘겨주지 마십시오.
• 에이전트는 나쁜 결정을 증폭시킵니다: 인간의 일회성 실수(예: DB 대신 브라우저 로컬 스토리지 사용)는 보수적인 에이전트에 의해 간접 래핑되어 코드 라인 수를 세 배로 늘립니다.

코딩이 여전히 유용한 이유

Turnbull은 구체적인 이점을 설명합니다:

• 실행 가능한 단계로 스케치: 알고리즘 작업의 경우 영어는 보정된 정밀도가 부족합니다. 저수준 언어는 큰 설계 공간을 제공하고 고수준 언어는 계산을 제한합니다. 코드를 사용하면 실행 환경에서 직접 생각할 수 있습니다.
• 즐거운 삭제: 코드를 수동으로 삭제하면 에이전트에게 영어로 요청하는 것보다 더 나은 아키텍처로 이어집니다. 예: 불필요한 로컬 스토리지 래핑을 제거하고 대안을 탐색하면 아키텍처가 크게 개선되었습니다.
• 보이스카우트 규칙: 에이전트는 안전하고 최소한의 변경을 선호하며 코드 품질을 거의 개선하지 않습니다. 인간은 사전에 정리하고 일관된 아키텍처 원칙을 문서화해야 합니다.

결론

소프트웨어 공장 사고방식은 가치 있습니다. 인프라, CI, 평가, 에이전트 가드레일은 필수적입니다. 그러나 조립 라인에는 약점이 있습니다. 코드를 작성하면(전체의 일부일지라도) 시스템 아키텍처에 연결되고 에이전트 효과성을 해치는 슬롭 축적을 방지합니다. Turnbull이 말했듯이: "내가 정리하고 아키텍처에 대한 일관된 원칙을 문서화하면 소프트웨어 공장이 더 잘 작동합니다."