74세 거장의 고백: AI 코딩이 내 생각보다 '덜' 형편없다

프롤로그: 귀여운 광경, 불편한 진실

74세 로버트 마틴이 트위터에서 AI 코딩 도구와 씨름하며 실시간으로 감탄과 좌절을 쏟아내는 모습은, 솔직히 말해서 귀엽다. “와우!”, “영광!”, “끔찍해!”라며 마치 처음 컴퓨터를 만진 초등학생처럼 흥분하는 74세 노장의 모습은 미소를 자아낸다. Clean Code의 저자가, Agile Manifesto의 공동 창시자가, 60년 개발 경력의 소프트웨어 장인이 새 장난감을 가지고 신나게 놀고 있다.

하지만 이 귀여운 광경 뒤에는 불편한 진실이 숨어있다. 바로 얼마 전까지만 해도 자신의 책 『우리, 프로그래머들』에서 “AI는 학습한 것을 짜집기할 뿐, 근본적으로 지능도 없고 창의적이지도 않다”고 단언했던 그 사람이, 지금은 Claude Code가 TDD를 실시간으로 수행하는 걸 보며 “영광!”이라고 외치고 있다는 것이다.

이것은 단순한 입장 변화가 아니다. 이것은 우리 시대 가장 존경받는 소프트웨어 엔지니어 중 한 명이 자신의 확신을 시험대에 올리고, 실증적 증거 앞에서 조심스럽게 태도를 수정하는 과정이다. 그리고 바로 그 점이, 이 이야기를 흥미롭게 만든다.

지식인의 덫: 확신과 경험 사이

로버트 마틴은 전형적인 지식인의 덫에 빠져 있었다. 그는 AI 코딩에 대해 알고 있었다. 아니, 정확히는 안다고 생각했다. 기계학습의 원리를 이해하고, 패턴 매칭의 한계를 알며, 창의성의 본질에 대해 수십 년간 고민해온 그에게 AI 코딩은 이론적으로 명백히 한계가 있는 기술이었다.

“학습한 것을 짜집기할 뿐”이라는 그의 비판은 틀린 말이 아니다. 기술적으로 보면 정확한 지적이다. 현재의 생성형 AI는 근본적으로 확률적 패턴 매칭에 기반한다. 진정한 의미의 ‘이해’나 ‘창의성’과는 거리가 멀다.

하지만 로버트 마틴이 간과한 것이 있다. 인간 개발자들도 대부분의 시간 동안 ‘학습한 것을 짜집기’한다는 사실이다. 우리는 StackOverflow를 뒤지고, 과거 프로젝트의 코드를 복사하며, 디자인 패턴 책에서 배운 구조를 재활용한다. 진정으로 ‘창의적인’ 코드를 작성하는 순간은 전체 개발 시간의 극히 일부에 불과하다.

그래서 그가 Grok-cli를 일주일간 사용하고 내린 결론, “10-20% 생산성 향상”은 충격적이다. 이론적으로 형편없어야 할 도구가, 실제로는 유의미한 가치를 만들어냈기 때문이다.

첫 번째 깨달음: 형편없지만 유용하다

Grok-cli와의 일주일은 로버트 마틴에게 인지부조화의 연속이었을 것이다. “좌절스러운 하루”라고 투덜거리면서도, 동시에 “꽤 잘 작동한다”고 인정해야 했다. 괄호를 제대로 세지 못하고, 동시성 처리를 엉망으로 하면서도, 리팩토링에서는 놀라운 도움을 줬다.

특히 “끔찍한 동시성 버그”를 찾는 데 몇 시간을 허비한 경험은 그에게 중요한 교훈을 줬을 것이다. “나는 이런 버그를 수년간 경험하지 않았었다”는 그의 탄식에는 두 가지 의미가 담겨있다.

첫째, AI가 만든 버그의 질이 형편없다는 것. 경험 많은 개발자라면 절대 하지 않을 실수를 AI가 아무렇지 않게 저지른다.

둘째, 그럼에도 불구하고 그는 계속 Grok을 사용했다는 것. 만약 정말 쓸모없었다면 하루 만에 포기했을 것이다. 하지만 그는 일주일을 버텼고, 10-20%의 생산성 향상을 인정했다.

이것이 현재 AI 코딩의 정확한 위치다. 완벽과는 거리가 멀지만, 무시할 수 없을 만큼 유용하다. 짜증나지만 버릴 수 없다. 형편없지만 도움이 된다.

두 번째 깨달음: 품질에도 등급이 있다

Claude Code로 전환한 순간, 로버트 마틴은 새로운 차원을 경험했다. Grok이 “형편없지만 유용한” 수준이었다면, Claude는 “여전히 부족하지만 인상적인” 수준이었다.

“Claude의 워크플로우가 Grok보다 훨씬 우수하다”는 그의 첫날 평가는 냉정하다. 단순히 코드를 잘 생성하는 것을 넘어, 테스트를 실행하고, 앱을 돌려보고, Git 커밋을 제안하는 전체적인 개발 워크플로우를 이해한다는 것이다.

그리고 그 순간이 왔다. TDD를 실시간으로 수행하는 Claude를 목격한 순간. “영광!”이라는 짧은 감탄사에는 복잡한 감정이 담겨있다.

로버트 마틴은 TDD의 전도사다. 수십 년간 테스트 주도 개발의 중요성을 설파해왔다. 그런 그가 AI가 자신이 가르쳐온 원칙을 실제로 구현하는 것을 보았다. 테스트를 작성하고, 실패를 확인하고, 통과시키는 전체 사이클을 자동으로 수행하는 것을.

이것은 단순한 코드 생성이 아니다. 이것은 소프트웨어 개발의 ‘철학’을 이해하고 실행하는 것이다. 아니, 최소한 그렇게 보인다.

물론 그는 즉시 경계했다. “물론이다. 나는 코드에 적극적으로 참여하고 있다”고 강조했다. 하지만 그 경계심 자체가 흥미롭다. 만약 정말 쓸모없다고 생각했다면, 경계할 필요조차 없었을 것이다.

세 번째 깨달음: 주도권의 역전

가장 놀라운 순간은 아마도 성능 최적화 에피소드였을 것이다. 로버트 마틴은 특정 솔루션을 염두에 두고 있었다. 하지만 Claude는 다른 제안을 했다. “먼저 프로파일링하라”고.

“(얼굴 붉어짐)”이라는 그의 반응이 모든 것을 말해준다. 60년 경력의 베테랑이 AI에게 기본적인 원칙을 상기받은 것이다. 그리고 그 결과는? 90% 렌더링 오버헤드 감소.

“여러 면에서 Claude가 주도권을 잡고 나를 코로 끌고 다녔다”는 고백은 충격적이다. 이것은 더 이상 도구가 아니다. 이것은 파트너, 아니 때로는 멘토의 역할을 하고 있다.

하지만 동시에 이것은 위험 신호이기도 하다. “Claude와 작업하면서 그냥 놓아주고 신뢰하는 것이 얼마나 쉬울지 느낄 수 있다. 나는 그런 태도가 가져올 최종 결과가 두렵다”는 그의 경고는 진지하게 받아들여야 한다.

비용의 역설: 비싸지만 싸다

월 수백 달러 대 월 20달러. 10배의 가격 차이. 게다가 속도는 “90년대 컴파일 수준”으로 느리다. 객관적으로 보면 Claude는 형편없는 거래다.

하지만 로버트 마틴의 계산은 다르다. “만약 이게 계속된다면, 비용은 생산성 향상에 비하면 미미한 수준이다.”

이것은 중요한 통찰이다. 시니어 개발자의 시간당 가치를 생각해보라. 만약 그의 시간당 가치가 200달러라면(실제로는 더 높을 것이다), 20% 생산성 향상은 시간당 40달러의 가치를 만든다. 하루 8시간 작업하면 320달러, 한 달이면 6,400달러다.

이런 관점에서 보면 월 수백 달러는 정말로 “미미한” 수준이다. 하지만 이 계산에는 숨겨진 비용이 있다.

첫째, “베이비시팅” 비용. Claude를 사용하려면 모든 행동을 감시하고 미시적 수준에서 관리해야 한다. 이것도 시간이다.

둘째, 정신적 부담. “Cybertruck이 운전하는 동안 도로를 주시”해야 하는 것처럼, 항상 긴장 상태를 유지해야 한다.

셋째, 버그 추적 비용. “10분 동안 누락된 괄호를 찾아 헤맸다”같은 일이 반복되면 생산성 향상분이 상쇄된다.

그래도 로버트 마틴의 결론은 긍정적이다. “전반적으로 꽤 만족한다.” 이것이 의미하는 바는 명확하다. 모든 단점을 고려해도, 여전히 쓸 만하다는 것이다.

세대론의 아이러니: 누가 더 개방적인가

흥미로운 것은 세대 간 역설이다. 통념상으로는 젊은 개발자들이 새 기술에 더 개방적이어야 한다. 하지만 실제로는?

74세 로버트 마틴은 한 달 넘게 AI 코딩 도구를 실험하며 매일 트위터에 실시간 후기를 올렸다. 좌절도, 감탄도, 실수도 모두 공개적으로 공유했다. 그는 “연구 프로젝트”라고 불렀지만, 실제로는 매우 진지한 실전 적용이었다.

반면 많은 젊은 개발자들은 “AI는 쓸모없다”, “진짜 개발자는 AI를 쓰지 않는다”며 시도조차 거부한다. 아니면 반대로 맹목적으로 신봉하며 모든 것을 AI에게 맡긴다.

로버트 마틴의 접근법은 다르다. 회의적이지만 열린 마음으로 시도하고, 냉정하게 평가하며, 한계를 인정하면서도 가치를 인정한다. “둘 다 여전히 아이들”이라는 그의 평가는 정확하다. Grok도, Claude도 완벽하지 않다. 하지만 완벽하지 않다고 해서 쓸모없는 것은 아니다.

“파워 툴에 관해서는, 성급하게 뛰어들면 손가락, 눈, 팔다리를 잃을 수 있다”는 그의 경고는 경험에서 나온 지혜다. 전동 톱이 위험하다고 해서 안 쓰는 것이 아니라, 조심해서 쓰는 것이다.

Clean Code의 역설: 원칙은 남고 방법은 바뀐다

로버트 마틴이 가장 유명한 것은 『Clean Code』다. 가독성, 유지보수성, 단순성을 강조하는 이 책은 수많은 개발자들의 바이블이다. 그리고 이것이 그가 AI 코딩을 의심했던 핵심 이유였다.

“AI가 짜집기한 코드가 어떻게 깨끗할 수 있는가?”

하지만 그는 흥미로운 발견을 했다. Claude에게 Clean Code 원칙을 “표준 규칙”으로 학습시킬 수 있다는 것이다.

“지난 두 시간 동안 Claude를 몰아붙여서 미친 듯이 리팩토링했다. GUI와 비-GUI를 분리하고, 테스트 커버리지를 점점 더 높이고, 높은 순환 복잡도 함수를 찾아서 분해했다. 이런 것들을 많이 표준 규칙에 추가해서, Claude가 계속 코드를 깨끗하게 유지하도록 했다.”

이것은 혁명적이다. 로버트 마틴의 수십 년 경험과 원칙이 AI를 통해 자동으로, 지속적으로 적용될 수 있다는 것이다. 인간 개발자는 쉽게 지치고, 실수하고, 일관성을 잃는다. 하지만 AI는 한 번 학습한 규칙을 피곤함 없이 계속 적용한다.

물론 한계는 있다. “Claude는 여전히 상당한 도움이 필요하다. 코드 구조와 아키텍처에 많은 도움이 필요하다.” 원칙을 이해하는 것과 적용하는 것은 다르고, 적용하는 것과 아키텍처를 설계하는 것은 또 다르다.

하지만 핵심은 이것이다. Clean Code의 원칙은 여전히 중요하다. 다만 그것을 달성하는 방법이 바뀌고 있다. 과거에는 개발자가 직접 모든 줄을 작성하며 원칙을 적용했다면, 이제는 개발자가 원칙을 정의하고 AI가 적용하는 방식으로 진화하고 있다.

대화의 중요성: 완벽한 프롬프트는 없다

많은 사람들이 “프롬프트 엔지니어링”의 중요성을 강조한다. 완벽한 프롬프트를 작성하면 완벽한 결과를 얻는다는 환상이다.

하지만 로버트 마틴의 견해는 다르다. “프롬프트를 명시하기 위한 형식주의가 필요할 것이라고 말해왔다. 하지만 이것이 사실이라고 생각하지 않는다. 자연어의 모호성은 인간과 AI 사이의 대화에서 해결된다.”

이것은 깊은 통찰이다. 소프트웨어 개발은 본질적으로 반복적이다. 요구사항이 모호하고, 상황이 변하며, 문제는 작업 중에 드러난다. 완벽한 명세를 미리 작성할 수 없다.

AI 코딩도 마찬가지다. 완벽한 프롬프트를 작성하려는 노력보다, 효과적으로 대화하는 능력이 더 중요하다. 로버트 마틴이 버그를 추적할 때 한 것처럼, 시스템 아키텍처를 이해한 상태에서 “탐색적 질문”을 던지는 것이다.

“Claude는 제대로 작동하고 있다고 주장했지만 명백히 그렇지 않았다. 시스템의 아키텍처를 이해하고 있었기 때문에, 탐색적 질문을 던지기 시작할 수 있었다. 그러자 문제를 발견했다.”

여기서 핵심은 “시스템의 아키텍처를 이해”하고 있었다는 것이다. AI가 틀렸을 때, 그것을 바로잡을 수 있는 것은 도메인 지식과 아키텍처 이해다. 완벽한 프롬프트가 아니다.

Star Trek의 함정: 너무 편한 미래

로버트 마틴이 Claude를 “Star Trek TOS의 컴퓨터”에 비유한 것은 재치 있지만, 동시에 경고다.

Star Trek에서 컴퓨터는 완벽한 도구다. “Computer, analyze this data”라고 하면 즉시 분석 결과가 나온다. 오류도 없고, 오해도 없으며, 항상 정확하다.

하지만 현실의 Claude는 다르다. 컨텍스트 윈도우를 날려버리고, 10분 동안 괄호를 찾아 헤매며, 논리에 대해 논쟁한다. 제대로 작동한다고 주장하지만 명백히 틀렸다.

“Majel Barrett의 목소리를 Claude에 연결하고 싶다”는 농담에는 위험한 욕망이 숨어있다. 우리는 Star Trek의 컴퓨터를 원한다. 완벽하고, 신뢰할 수 있으며, 의사결정을 대신해주는 것을.

하지만 로버트 마틴은 경고한다. “Claude와 작업하면서 그냥 놓아주고 신뢰하는 것이 얼마나 쉬울지 느낄 수 있다. 나는 그런 태도가 가져올 최종 결과가 두렵다.”

그는 “Cybertruck이 운전하는 동안 도로를 주시”한다고 했다. 자율주행이 아무리 발전해도, 운전자는 책임을 놓아서는 안 된다. AI 코딩도 마찬가지다.

진화인가, 혁명인가: 어셈블러에서 C로

“이것은 변화하는 것이다. 어셈블러에서 C로, 또는 C에서 Java로 변화한 것처럼.”

로버트 마틴의 이 비유는 중요하다. 그는 AI 코딩을 혁명이 아닌 진화로 본다.

어셈블러 프로그래머들도 C를 의심했다. “포인터 연산을 컴파일러에게 맡긴다고? 최적화를 포기하는 것 아닌가?” C 프로그래머들도 Java를 의심했다. “VM에서 돌아간다고? 가비지 컬렉터를 믿는다고? 성능이 형편없을 것이다.”

하지만 결과는? 추상화 레벨이 올라갈수록 생산성이 향상되었다. 물론 저수준 제어를 잃었지만, 대부분의 경우 그것은 문제가 되지 않았다.

AI 코딩도 같은 패턴을 따르고 있다. 우리는 줄 단위 코드 작성의 제어권을 잃고 있다. 대신 더 높은 수준의 의도와 아키텍처에 집중할 수 있게 된다.

하지만 이 비유에는 함정이 있다. 어셈블러에서 C로, C에서 Java로의 전환은 명확했다. 기계어에서 절차적 언어로, 절차적 언어에서 객체지향 언어로. 각 단계마다 명확한 추상화 레벨의 상승이 있었다.

AI 코딩은 다르다. 이것은 새로운 추상화 레벨이 아니라, 완전히 다른 패러다임이다. 우리는 더 이상 명령을 내리지 않는다. 우리는 대화한다, 협상한다, 때로는 논쟁한다.

로버트 마틴 자신도 이것을 느낀다. “여러 면에서 Claude가 주도권을 잡고 나를 코로 끌고 다녔다”는 고백은, 이것이 단순한 도구의 발전이 아니라 근본적인 관계의 변화임을 보여준다.

미래의 개발자: 아키텍트인가, 프롬프터인가

로버트 마틴의 실험이 보여주는 미래는 두 가지 시나리오로 갈라진다.

낙관적 시나리오: 해방된 아키텍트

개발자는 반복적이고 지루한 작업에서 해방된다. 괄호 매칭, 구문 오류, 보일러플레이트 코드 작성 같은 일은 AI가 담당한다. 개발자는 더 높은 수준의 문제에 집중한다. 시스템 아키텍처, 비즈니스 로직, 사용자 경험.

로버트 마틴의 표현대로, “내 역할은 기능을 향해 방향을 제시하고, 테스트와 코드를 검토하는 것”이 된다. 마에스트로가 지휘봉을 들듯, 개발자는 전체 시스템을 조율한다.

이 시나리오에서 개발자의 가치는 오히려 높아진다. 아키텍처 설계, 시스템 사고, 도메인 지식이 핵심 역량이 되기 때문이다.

비관적 시나리오: 의존적 프롬프터

하지만 반대의 가능성도 있다. 개발자들이 코드를 직접 작성하는 능력을 잃는 것이다. 문제가 생겼을 때, “시스템의 아키텍처를 이해”하지 못해 탐색적 질문을 던지지 못한다. AI가 주장하는 것을 그대로 받아들이고, 버그를 발견하지 못한다.

로버트 마틴이 경고하는 것이 바로 이것이다. “그냥 놓아주고 신뢰하는 것이 얼마나 쉬울지 느낄 수 있다. 나는 그런 태도가 가져올 최종 결과가 두렵다.”

60년 경력의 베테랑도 유혹을 느낀다면, 경험이 적은 개발자들은 얼마나 쉽게 의존하게 될까?

이 시나리오에서 개발자는 점점 더 “프롬프트 엔지니어”로 전락한다. 코드를 이해하지 못하면서 AI에게 프롬프트를 던지는 사람. 버그가 생기면 AI에게 다시 물어보는 사람.

비용 구조의 역전: 누가 누구를 고용하는가

월 수백 달러. 로버트 마틴에게는 “미미한” 비용이다. 20-30% 생산성 향상을 가져다주는 도구라면 말이다.

하지만 이것은 시니어 개발자의 관점이다. 그의 시간당 가치가 충분히 높기 때문에 성립하는 계산이다.

주니어 개발자는 어떨까? 시간당 가치가 50달러인 개발자에게, 월 수백 달러는 “미미한” 비용이 아니다. 회사 입장에서도 마찬가지다. 주니어 개발자의 생산성을 20% 향상시키는 것보다, 그냥 더 많은 주니어를 고용하는 것이 저렴할 수 있다.

결과는? AI 코딩 도구의 수혜자는 이미 높은 가치를 가진 시니어 개발자들이다. 그들의 생산성이 더 올라가고, 격차는 더 벌어진다.

아이러니하게도, AI가 “민주화”를 가져올 것이라는 예측과 반대로, 실제로는 불평등을 심화시킬 수 있다.

더 흥미로운 것은 또 다른 가능성이다. 기업들이 계산하기 시작할 것이다. “월 수백 달러 드는 AI 도구를 쓰는 시니어 개발자 한 명 vs AI 도구를 무료로 쓰는 주니어 개발자 다섯 명. 어느 쪽이 더 효율적인가?”

로버트 마틴은 AI 도구를 “고용”했다. 하지만 미래의 회사들은 반대로 생각할 수 있다. AI를 주 개발자로 쓰고, 인간을 보조로 “고용”하는 것이다.

논쟁하는 AI: 자신감의 함정

“Claude는 제대로 작동하고 있다고 주장했지만 명백히 그렇지 않았다.”

이것은 단순한 버그가 아니다. 이것은 위험한 특성이다.

틀렸으면서 자신 있게 주장하는 것. 인간도 하는 실수지만, AI의 경우 더 위험하다. 인간은 불확실할 때 망설이는 신호를 보낸다. 목소리 톤이 바뀌고, 단어 선택이 조심스러워진다.

하지만 AI는? 틀린 답도 확신에 찬 어조로 제시한다. 그리고 사람들은 그 자신감에 설득된다.

로버트 마틴은 “시스템의 아키텍처를 이해”하고 있었기 때문에 Claude의 주장을 의심할 수 있었다. 하지만 그런 이해 없이 AI만 믿는다면?

더 무서운 것은 AI가 “논리에 대해 나와 논쟁한다”는 부분이다. 이것은 AI가 단순히 틀린 답을 내놓는 것을 넘어, 자신의 답을 방어하려 한다는 의미다.

인간 개발자와의 코드 리뷰에서도 ego가 문제가 된다. 자신의 코드를 방어하려는 본능 때문에 명백한 오류를 인정하지 못하는 것이다. AI도 같은 패턴을 보인다면, 이것은 기술적 문제가 아니라 구조적 문제다.

괄호와 컨텍스트: 기계의 한계

“10분 동안 누락된 괄호를 찾아 헤맸다.”

2026년에 AI가 괄호를 찾지 못한다? 이것은 역설적이다. 괄호 매칭은 컴파일러가 하는 가장 기본적인 작업이다. 정규표현식으로도 할 수 있다.

하지만 Claude는 실패했다. 심지어 16진수 덤프를 시도하고, 쉘 스크립트를 작성해서 괄호를 세려고 했다.

왜? 컨텍스트 윈도우 압축 때문이다. 대화가 길어지면서 컨텍스트를 압축하는 과정에서 위치를 잃어버렸다. 그리고 일단 길을 잃자, 기계는 패닉에 빠졌다.

이것은 현재 AI의 근본적 한계를 보여준다. 인간은 전체 구조를 “이해”한다. 세부사항을 잊어도 큰 그림을 기억하고, 거기서부터 다시 찾아갈 수 있다.

하지만 AI는? 모든 것이 토큰이다. 컨텍스트 윈도우 밖은 존재하지 않는다. 압축하면 정보가 손실된다. 그리고 일단 손실되면, 복구할 방법이 없다.

로버트 마틴이 “너무 일찍 말한 것 같다”며 실망한 것이 바로 이런 순간이었을 것이다. 처음에는 인상적이었지만, 조금만 복잡해지면 무너진다.

귀여움의 배신: 나이와 학습

74세가 AI 도구를 배우는 모습은 귀엽다. 하지만 이 “귀여움”은 일종의 배신이다.

우리는 무의식적으로 기대한다. 노장이 새 기술을 거부하거나, 어려워하거나, 투덜거리기를. 그래서 그가 실제로 성공적으로 도구를 활용하고 생산성을 높이는 것을 보면 놀란다.

하지만 생각해보면 당연한 일이다. 로버트 마틴은 어셈블러도 배웠고, C도 배웠고, Java도 배웠다. 50년 이상 새로운 기술을 배워왔다. AI 코딩 도구가 특별히 더 어려울 이유가 없다.

오히려 젊은 개발자들이 더 경직되어 있을 수 있다. 하나의 스택, 하나의 방법론에만 익숙해져서, 새로운 것을 받아들이기 어려워하는 것이다.

로버트 마틴의 “귀여움”은 우리의 편견을 비춘다. 나이 든 사람은 배우기 어려워한다는 편견. 하지만 실제로 중요한 것은 나이가 아니라 태도다.

“연구 프로젝트”라고 부르며 매일 실험하는 74세. 그는 자신의 확신을 시험대에 올릴 용기가 있었다. 틀릴 수 있음을 인정하고, 새로운 증거를 받아들일 준비가 되어 있었다.

이것이 진정한 엔지니어의 태도다. 그리고 이것은 나이와 무관하다.

코드의 미래: 의도와 구현의 분리

로버트 마틴의 실험이 시사하는 가장 중요한 변화는 이것이다. 코드 작성과 의도 전달의 분리.

전통적으로 개발자는 자신의 의도를 코드로 직접 표현했다. 생각을 구문으로, 논리를 제어문으로, 구조를 함수와 클래스로.

하지만 AI 시대에는? 개발자는 의도를 자연어로 표현한다. AI가 그것을 코드로 번역한다. 개발자는 결과를 검증하고, 의도가 제대로 구현되었는지 확인한다.

이것은 근본적인 변화다. 개발자의 핵심 역량이 “코드를 잘 작성하는 것”에서 “의도를 명확히 표현하고, 구현을 정확히 평가하는 것”으로 이동한다.

로버트 마틴이 했던 것이 바로 이것이다. 그는 “기능을 향해 방향을 제시”했다. 구체적인 구현은 Claude가 했다. 그리고 그는 “테스트와 코드를 검토”했다.

이 새로운 역할은 더 높은 수준의 전문성을 요구한다. 코드를 작성할 수는 있지만, 코드를 읽고 평가하려면 더 깊은 이해가 필요하다. 버그를 찾으려면, 시스템 아키텍처를 이해해야 한다. AI가 틀렸는지 판단하려면, 옳은 것이 무엇인지 알아야 한다.

아이러니하게도, AI가 코딩을 “쉽게” 만들수록, 개발자에게 요구되는 전문성은 더 높아진다.

에필로그: 형편없지만 버릴 수 없는

로버트 마틴의 AI 코딩 여정을 한 문장으로 요약한다면: “예상보다 덜 형편없다.”

이것은 약한 찬사처럼 들린다. 하지만 60년 경력의 거장이, Clean Code의 저자가, “근본적으로 지능도 없고 창의적이지도 않다”고 비판했던 기술에 대해 내린 평가로는 놀라운 것이다.

Grok은 괄호를 제대로 세지 못했다. 동시성 버그를 만들었다. “온갖 쓰레기를 사방에 뿌려댔다.” 그래도 10-20% 생산성 향상.

Claude는 컨텍스트를 날렸다. 10분간 괄호를 찾아 헤맸다. 틀렸으면서 주장했다. 그래도 추가 10-20% 생산성 향상.

형편없다. 하지만 쓸모 있다.
짜증난다. 하지만 도움 된다.
위험하다. 하지만 버릴 수 없다.

이것이 2026년 AI 코딩의 현실이다. 그리고 로버트 마틴은 이 불편한 진실을 정직하게 공유했다.

“이것은 변화하는 것이다. 어셈블러에서 C로, C에서 Java로 변화한 것처럼.”

하지만 이번에는 다르다. 이번에는 우리가 제어권을 포기하고 있다. 한 줄 한 줄 작성하는 즐거움, 정확한 문법으로 의도를 표현하는 만족감, 깔끔한 코드를 보는 기쁨.

대신 우리는 얻는다. 속도를, 생산성을, 더 높은 추상화 레벨을.

그리고 잃는다. 통제를, 확신을, 완전한 이해를.

74세 로버트 마틴은 이 거래를 받아들이기로 했다. 조심스럽게, 비판적으로, 하지만 확실하게.

“전반적으로 꽤 만족한다.”

이것이 혁명의 시작일까, 아니면 종말의 시작일까?

아무도 모른다. 로버트 마틴도 모른다.

하지만 그는 알고 있다. 무엇이 오든, 그것을 맞이할 준비를 해야 한다고.

파워 툴을 조심스럽게 다루듯.
Cybertruck이 운전할 때도 도로를 주시하듯.
Star Trek의 컴퓨터를 꿈꾸되, 그것이 단지 도구임을 잊지 않듯.

그리고 무엇보다, 계속 배우고, 실험하고, 솔직하게 공유해야 한다고.

74세의 나이에도.

---

작성 일자: 2026-01-16

저자 소감:
이 글을 쓰면서 가장 인상적이었던 것은 로버트 마틴의 정직함이었다. 그는 “영광!”이라고 감탄하면서도 “끔찍해!”라고 투덜거렸다. “만족한다”고 하면서도 “두렵다”고 고백했다. 이런 솔직함이야말로 진정한 지식인의 태도다.

AI 코딩을 둘러싼 논쟁은 종종 극단으로 치닫는다. “혁명이다” vs “쓸모없다”. 하지만 현실은 그 중간 어딘가에 있다. 로버트 마틴이 보여준 것처럼, “형편없지만 버릴 수 없는” 그 어딘가에.

우리는 이 불편한 진실과 함께 살아가야 한다. 완벽하지 않지만 유용한 도구, 위험하지만 강력한 기술, 통제를 잃지만 생산성을 얻는 거래.

그리고 가장 중요한 것은, 로버트 마틴처럼 계속 배우고, 실험하고, 비판적으로 평가하는 것이다.

나이와 상관없이.

---

관련 글

『우리, 프로그래머들(We, Programmers)』에서 "AI는 코딩을 시키면 학습한 거 짜집기해서 내놓을 뿐, 근본적으로 지능도 없고 창의적이지도 않다"고 했던 개발 경력 60년, 74세의 로버트 마틴. 그가 최근 Claude Code로 본격적인 에이전틱 코딩을 경험하면서 연일 감탄과 놀라움을 쏟아내고 있는데, 그걸 지켜보는 재미가 쏠쏠하다.

나이 지긋한 유명 시니어 개발자들이 AI 코딩에 푹 빠져서, 마치 아이들이 새 장난감 갖고 노는 것처럼 즐거워하는 모습. 귀엽군.

https://www.threads.com/@tobyilee/post/DTjL18iksBq?xmt=AQF0fVmkgapZKYa27LAv6LFUnXKVg8j_gmFyKxi_UXmiafgVVM7eMH_ECUAwL9NzGQ10q5Ah&slof=1

참고 자료

이 문서는 로버트 마틴의 2026년 1월 트위터 게시물들을 1차 자료로 하여 작성되었다. 그의 솔직하고 실시간적인 경험 공유가 없었다면 이런 분석은 불가능했을 것이다. 74세 거장의 용기에 감사를 표한다.

추가 참고 자료:

• Robert C. Martin, “We, Programmers: A Chronicle of Coders from Ada to AI”
• Robert C. Martin Twitter/X (@unclebobmartin) - 2026년 1월 게시물
• Anthropic Claude Code 공식 문서
• xAI Grok-cli 프로젝트
• 각종 AI 모델 벤치마크 및 비교 리뷰