AI 코딩, 협업의 '공유 언어'를 잃게 되나?

본문에서는 AI 코딩 어시스턴트가 개발자 간의 필수적인 협업 마찰(Collaborative Friction)을 제거함으로써, 소프트웨어 프로젝트의 '공유 언어' 즉, 시스템 개념에 대한 공통된 이해를 약화시킨다고 지적합니다. 과거에는 코드 수정 시 다른 팀원과의 소통, 코드 리뷰, 질문 등을 통해 이해를 동기화했지만, AI 에이전트는 이러한 과정을 생략하고 개별적인 코드 변경을 가능하게 합니다. 이로 인해 아키텍처적 일관성(Architectural Coherence)이 무너져도 건설은 계속될 수 있다는 점이 성서의 바벨탑 이야기와 다르다고 설명합니다.

커뮤니티에서는 AI 에이전트가 개별 개발자의 코드 변경 능력을 극적으로 향상시키는 데는 동의하지만, 이것이 반드시 더 나은 결과(For the better)로 이어지는지에 대한 의문을 제기합니다. 특히 Tetris의 라인 클리어와 같이 소프트웨어의 구성 요소 간의 명확한 관계와 일관성이 중요함을 강조하며, AI가 이러한 아키텍처적 직관(Architectural Instincts)을 아직 완전히 대체하지 못한다고 봅니다. AI가 미래의 진화 예측이나 미묘한 아키텍처 설계에는 한계가 있다는 의견이 지배적입니다.

일부 논의에서는 AI 코딩의 현상이 과거 Lisp 커뮤니티의 'Lisp Curse' 또는 'Bipolar Lisp Programmer' 논쟁과 유사하다고 지적합니다. Lisp이 개인의 요구사항을 쉽게 충족시키는 데 집중하게 만들어, 비영리적이고 범용적인 아티팩트(Non-trivial, General-purpose Artifacts)를 위한 협업을 저해했다는 주장입니다. AI 코딩 역시 개인의 생산성 향상에 치중하여 소프트웨어 생태계 전반의 협업과 일반적인 결과물을 상대적으로 빈곤하게 만들 수 있다는 우려를 표합니다.

AI는 '지능(Intelligence)'은 갖췄지만 '지혜(Wisdom)'는 없다는 비유가 제시됩니다. AI가 복잡한 코드를 생성하고 변경할 수 있지만, 그 결과가 인간의 이해 범위를 넘어서거나 시스템 전체의 일관성을 해칠 때 이를 제어할 지혜가 부족하다는 것입니다. '토마토는 과일이지만 과일 샐러드에 넣지 않는 것'처럼, AI는 결과물을 만들지만 그 결과의 적절성을 판단하는 인간의 지혜가 필요하며, 이것이 없다면 통제 불가능한 복잡성으로 이어질 수 있다고 경고합니다.

Christopher Alexander의 '패턴 언어(Pattern Language)' 개념이 AI 코딩으로 인한 프로젝트의 구조적 일관성 유지에 대한 해결책으로 제시되었습니다. 이 개념은 비즈니스, 제품, 기술 도메인별로 패턴 언어를 정의하고 AI가 이를 참조하여 프로젝트를 계획하고 구현하도록 하는 방식입니다. 이를 통해 AI로만 코딩된 프로젝트에서도 도메인 간의 정렬(Alignment)을 유지하고 작업 용이성을 높일 수 있다는 긍정적인 실험 결과가 공유되었습니다.