로나허: 탑이 무너지지 않는 것이 문제야

바벨은 사람들이 서로 이해하지 못하게 되었을 때 멈췄다. 에이전트들과 함께라면, 공유된 이해가 붕괴된 이후에도 건설은 계속된다. 아무도 아무것도 눈치채지 못한다.

간단한 말로

Armin Ronacher - Flask의 창시자 - AI 에이전트가 코드 리뷰, 토론, 아키텍처 논의 등 시스템에 대한 공통 이해를 형성하는 데 기여했던 마찰(friction)을 없애고 있다고 주장합니다. 코드는 계속해서 나오지만, 공유된 이해는 이미 무너졌습니다.

사실

그의 비유는 성경적인 Babel(바벨) 탑입니다. 성경에서 건축가들이 서로 이해하지 못하게 되자 공사가 멈췄지만, 2026년의 소프트웨어에서는 그렇지 않다는 점입니다. 그가 지적한 핵심 문구는 "공유된 이해가 무너진 후에도 공사는 계속될 수 있다"는 것입니다.

그의 주장은 마찰에 초점을 맞춥니다. 우리가 싫어했던 느린 프로세스(오래 걸리는 코드 리뷰, 끝없는 아키텍처 토론)는 버그를 걸러내는 것뿐만 아니라 개발자들의 이해를 동기화하는 역할을 했습니다. "Some of it was the process by which your understanding became mine." 다른 에이전트가 패치를 만들고 또 다른 에이전트가 검토할 때, 이 이해의 전달은 더 이상 일어나지 않습니다. 전달자가 사라진 것입니다.

우리의 해석

이 글은 "안 된다"는 반反허프 반사적 반응에 빠지지 않은 드문 글 중 하나입니다. Ronacher는 반대로 잘 작동한다고 인정합니다. 생산성은 멈추지 않고, 속도는 빨라지며, 대시보드는 초록색입니다. 그의 주장은 더 불편합니다. 기술적 부채가 코드에 쌓이는 것이 아니라 개발자들의 머릿속에 쌓이는 것이라는 점입니다. 그리고 우리는 이 이해의 부재를 감지할 수 있는 어떤 지표도 없습니다.

"탑은 무너지지 않기 때문에 우리가 잃은 것이 무엇인지 알아차리지 못한다."

이 글은 우리가 이 글에서 다루는 "it works, don't touch it" 현상의 직접적인 연장선입니다. 어제까지 아무도 이해하지 못하는 코드는 건드릴 수 없었지만, 오늘은 이해하지 못한 채 건드려도 잘 돌아가고 있습니다. 이번 주에 간단한 테스트를 해보세요: 최근 심각한 프로덕션 장애에서 팀원 중 몇 명이 잘못된 코드의 경로를 설명할 수 있었습니까? 2년 전이라면 "리뷰한 사람들"이었을 겁니다. 오늘은요?

주목할 점

장애. 에이전트가 고치는 장애가 아니라 시스템이 왜 그렇게 설계되었는지 이해해야 하는 장애입니다. 이 때가 바로 대가가 청구되는 순간이며, 더 이상 아무도 탑의 언어를 이해하지 못하는 날이 오게 됩니다.