출처
- source_url: https://discuss.pytorch.kr/t/gn-2026-why-write-code-in-2026/11267
- author: 9bow
- published: Thu, 16 Jul 2026 09:30:57 +0000
- raw: raw source:
web-2026-07-16-pytorchkr-topic-11267-gn-2026-why-write-code-in-2026
개요
Doug Turnbull의 에세이(원문, GeekNews 경유 소개)는 “에이전트가 충분히 똑똑해진 2026년에도 사람이 직접 코드를 작성해야 하는가”라는 질문에 “그렇다”고 답한다. 핵심 논지는 소프트웨어 엔지니어의 역할이 코드 생산에서 “소프트웨어 팩토리”(에이전트가 성공하도록 프롬프트·AGENTS.md·지식베이스로 인프라를 구성하고, 테스트·린팅·타입 시스템·평가로 결과를 사후 보호하는 조립 라인)를 구축·유지하는 일로 확장됐지만, 그 팩토리를 이해하고 개선하려면 여전히 직접 코드를 다뤄야 한다는 것.
핵심 포인트
- 영어는 명세가 부족한 언어: 직접 코딩하면 영어라는 중간 계층 없이 실행 환경에서 직접 사고할 수 있다. 에이전트가 만든 diff·패치를 수동적으로 읽기만 해서는 시스템 아키텍처와 깊이 연결되기 어렵고, 코드를 직접 다뤄야 기능 추가 시 무엇이 깨지는지 체감된다.
- 에이전트는 컴파일러가 아니라 신입 인턴: 코딩 에이전트를 컴파일러처럼 취급하면 형편없는 코드도 배포해도 된다는 태도로 이어진다. 에이전트는 불완전한 기존 코드와 부정확한 요구를 보수적으로 따르는 경향이 있어, 인간의 일회성 실수를 증폭할 수 있다 — 실제 사례로 한 코드베이스에서 인간이 무심코 일부 상태에 브라우저 로컬 스토리지를 쓰자, 나머지는 백엔드 DB에 있는데도 에이전트가 그 결정을 유지하려고 래핑·간접 계층을 추가해 코드 줄 수가 약 3배로 늘어남.
- 보이스카우트 규칙의 부재: 에이전트는 발견했을 때보다 나은 상태로 코드를 남기는 규칙을 자발적으로 따르기 어렵고, 현재 변경을 최대한 “안전하게”(=보수적으로) 만드는 쪽으로 치우친다.
- 직접 코딩이 지키는 것: “코드 읽기·승인만 담당하는 역방향 켄타우로스” 역할에 머물면 집중력·소유감이 떨어지고 저품질 코드가 검토를 통과하기 쉬워진다. 인간이 접근법을 직접 시험해 패턴을 정립하고 에이전트가 이를 반복하게 해야 소유감과 판단력을 유지하면서 자동화 생산성을 활용할 수 있다는 것이 결론.
- 극단은 아니다: 직접 코딩이 소프트웨어를 이해하는 유일한 방법도, 극단적 수작업을 고집할 이유도 아니다 — 실제 코드 대부분을 AI가 생성해도 직접 코딩은 여전히 유용한 도구로 남는다는 절충적 입장.
Hacker News 토론에서 갈린 시각
- 찬성 논지: “코드를 쓰는 행위는 곧 생각하는 행위”라 코드 작성을 멈추면 사고도 멈춘다는 주장, Peter Naur를 인용해 프로그래밍의 진짜 산출물은 “개발자가 공유하는 정신 모형”이라는 관점, “적은 양의 코드를 직접 작성하는 편이 오히려 생산성을 높인다”(하루 수동 재구성으로 토큰 비용 수천 달러·몇 주 골칫거리를 아낌)는 실전 경험담.
- 반대/회의 논지: “고객은 코드가 아니라 문제 해결에 돈을 낸다”는 시장 논리, “인지 방식의 차이일 뿐”이라는 상대주의, “2026년에도 AI 생성 코드는 여전히 형편없다”는 반박과 “그래도 내 코드보다 낫다”는 자조가 공존.
- 실무 관찰: LLM은 토큰 예측기라 문제가 많을수록 코드도 늘어나는 경향(방어적 래핑 선호), Hello World에 단위 테스트를 붙이거나 이미 클라이언트에 있는 정보를 서버 왕복으로 다시 가져오는 식의 “겉으로는 해결됐지만 불필요하고 엉성한 코드” 사례.
왜 중요한가
“AI가 코드를 다 짜준다면 개발자는 뭘 해야 하는가”라는 질문에 실무적 답을 제시한다 — 코드 검토·승인만 하는 수동적 포지션(역방향 켄타우로스)이 오히려 소유감과 판단력을 잃게 만들며, 직접 코딩으로 패턴을 정립한 뒤 에이전트에게 반복시키는 능동적 개입이 자동화 생산성과 아키텍처 판단력을 동시에 지키는 길이라는 프레이밍은 2026-07-20-aisparkup-post-14571-post가 다루는 “에이전트 설계 안티패턴”과도 맞닿아 있다.
참고 링크
- 원문(영문): https://softwaredoug.com/blog/2026/07/09/write-code
- GeekNews 소개: https://news.hada.io/topic?id=31411
- Hacker News 토론: https://news.ycombinator.com/item?id=48861923