AI 시대의 개발자 분열과 슬픔
원문 출처: Grief and the AI Split — Les Orchard (2026년 3월 11일)
한국어 커뮤니티 반응: GeekNews (news.hada.io)
1. 개요 및 배경
이 글은 30년 이상의 경력을 가진 웹 개발자 Les Orchard가 2026년 3월에 작성한 에세이로, AI 코딩 도구의 확산이 개발자 커뮤니티에 불러온 심리적·직업적 변화를 솔직하게 성찰한 내용이다. 저자는 1980년대에 코모도어 64(Commodore 64)에서 7살 때부터 프로그래밍을 시작한 베테랑 개발자로, AI 시대의 도래를 단순한 기술 변화가 아닌 개발자의 정체성과 동기를 드러내는 분기점으로 바라본다.
이 글은 단순한 기술론이나 AI 찬반론이 아니다. 저자는 같은 시기에 비슷한 경험을 가진 다른 개발자들이 AI 도구에 대해 자신과 다른 반응을 보이는 이유를 탐색하면서, “우리가 애도하는 것이 서로 다르다”는 핵심 통찰에 도달한다.
2. 글의 출발점: 두 개발자의 애도
저자는 두 명의 개발자 글을 인용하며 논의를 시작한다.
James Randall의 관점
Randall은 저자처럼 1980년대에 7살 때부터 프로그래밍을 시작한 개발자다. 그는 AI 도구의 등장으로 인해 코딩의 경이로움(wonder) 이 예전보다 접근하기 어려워졌다고 말한다. 끈질긴 노력과 창의력으로 무언가를 스스로 알아내는 발견의 감각이 “압축(compressed)” 되었다고 표현한다. 완전히 사라진 건 아니지만, 무언가가 그 압축 과정에서 분명히 잃어진다고 느낀다는 것이다.
Nolan Lawson의 관점
Lawson은 “We Mourn Our Craft(우리는 우리의 장인정신을 애도한다)”라는 글에서 더욱 강렬하게 이 감각을 표현했다. 그는 다음과 같은 것들을 그리워한다고 말한다.
- 코드를 두 손으로 쥐고 마스터 조각가처럼 점토를 빚어내는 느낌
- 이상한 버그와 씨름하다가 새벽 2시에 마침내 디버거로 잡아내던 순간
- 뿌듯하고, 진실되고, 올바른 무언가를 만들어냈다는 창조의 만족감
- GitHub 레포지토리에 “내가 이것을 만들었다”고 서명하는 예술가적 자부심
저자는 이런 감정들이 진짜이고 진짜 상실이라는 것을 부정하지 않는다. 그러나 읽으면서 계속 “우리가 서로 다른 것을 애도하고 있다”는 찜찜한 느낌을 지울 수 없었다고 말한다.
3. 핵심 주장: AI가 드러낸 개발자의 숨겨진 분열
저자의 핵심 통찰은 다음과 같다:
AI 보조 코딩은 개발자들 사이에 항상 존재했지만 잘 보이지 않았던 균열을 드러내고 있다.
AI 이전의 상황
AI 이전에는 두 부류의 개발자가 사실상 구분되지 않았다. “장인형(craft-lovers)” 개발자와 “결과 추구형(make-it-go)” 개발자 모두 같은 에디터, 같은 언어, 같은 풀 리퀘스트 워크플로우를 사용하며 나란히 앉아 같은 제품을 출시했다. 그들의 동기는 달랐지만, 프로세스가 동일했기 때문에 그 차이가 보이지 않았다.
AI 이후의 분기
이제 갈림길이 생겼다. 기계가 코드를 작성하게 두고 무엇을 만들지 지시하는 역할에 집중할 수 있다. 혹은 직접 손으로 코드를 작성하는 방식을 고수할 수 있다. 두 부류가 이 갈림길에서 서로 다른 선택을 하면서, 각자가 처음부터 이 일을 해온 이유가 비로소 가시화된다.
저자는 이 분열을 대학 수학 및 컴퓨터과학 수업에서의 경험으로도 설명한다. 어떤 사람들은 증명과 정리 자체를 좋아하는 반면, 어떤 사람들은 실제로 무언가에 적용할 수 있을 때만 배움이 연결되었다. 저자 자신은 응용에 집중한 수업에서 더 잘했고 순수 수학 수업에서는 그렇지 않았다.
4. 저자 자신의 슬픔과 적응 과정
저자는 자신 역시 슬픔을 느꼈다는 것을 솔직하게 인정한다. 지난 18~24개월 동안 진짜 적응 기간을 겪었다고 말한다.
두려움들이 현실에 부딪혔을 때
① 새 도구를 이해하지 못할까봐 두려웠다
→ 결과적으로는 이해할 수 있었다.
② AI 출력 결과물을 판단하지 못하고, 코드가 실제로 올바른지 판별하는 능력을 잃을까봐 걱정했다
→ 수십 년간 코드를 읽고 리뷰한 경험은 증발하지 않았다. 무언가 잘못되었을 때 여전히 파악할 수 있고, 여전히 감각(taste)이 살아있었다.
③ 퍼즐 풀기(puzzle-solving)가 끝난 건 아닐까 두려웠다
→ 퍼즐은 끝나지 않았다. 단지 한 단계 위로 이동했을 뿐이다. 저자의 커리어에서 이전 모든 전환기에서도 정확히 같은 일이 일어났다. C64에서 메모리에 바이트를 배치하던 것에서 함수를 작성하고, 시스템을 설계하는 방향으로 발전했다. 퍼즐은 매번 더 추상적이 되었지만, 퍼즐이기를 멈추지 않았다. 이제 퍼즐은 아키텍처, 구성(composition), AI 어시스턴트를 지휘하는 것이다.
남은 슬픔: 코드 바깥의 세계
그러나 저자에게 지워지지 않는 슬픔도 있다. 중요한 것은, 그 슬픔이 코드 쓰는 행위 자체에 대한 것이 아니라는 점이다.
① 내가 알던 웹에 대한 슬픔
HTML을 손으로 쓰는 것이 그리운 게 아니다. 생태계로서의 오픈 웹이 위협받고 있다는 사실이 슬프다. AI가 공유 자산(commons)을 학습 데이터로 사용하는 것, 인터넷 경험을 형성할 수 있는 권한이 더욱 소수에게 집중되는 것—이것은 진짜 상실이며, 자신이 개인적으로 생산성이 높아졌다고 해서 사라지는 문제가 아니다.
② 변화하는 커리어 환경에 대한 슬픔
웹 개발은 30년 이상 저자의 전문 영역이었다. 그러나 모바일 앱이 상당한 영역을 가져갔고, AI 엔지니어링이 지금은 정말 판을 지배하고 있다. AI 시대로의 전환을 해낼 수 있을지에 대한 불안은 진짜이며, 아직 끝나지 않았다.
요약: 저자의 슬픔은 코드 작성 행위 자체가 아니라, 코드를 둘러싼 세계—생태계, 경제, 문화—의 변화에 대한 것이다. 이것은 Randall이나 Lawson이 묘사하는 것과는 다른 종류의 상실이다. 그들의 슬픔은 장인정신 자체에 대한 것이고, 저자의 슬픔은 맥락(context)과 우리가 이 모든 일을 하는 이유에 대한 것이다.
5. “어느 쪽도 틀리지 않았다”
저자는 Kevin Lawver가 Nolan Lawson에게 쓴 응답 글을 인용하며, 그것에 대부분 동의하면서도 한 발 더 나아간다. Lawver는 예전 방식에 집착하기보다 열정과 장인정신을 새로운 방향으로 돌리라고 주장한다. 그러나 저자는 이것이 단순히 향수(nostalgia) 대 실용주의(pragmatism)의 문제가 아니라고 말한다.
저자는 지금 자신이 느끼는 슬픔이 어떤 종류인지를 파악하는 것이 실제로 유용한 행동이라고 제안한다.
장인정신 자체를 잃은 것을 애도하고 있다면: 코드를 쓰는 질감, 우아한 솔루션의 만족감—이것은 진짜이며, “그냥 적응해”라는 말로는 해결되지 않는다. 그 만족감을 다른 곳에서 찾거나, 일이 다르게 느껴질 것임을 받아들여야 할지도 모른다. 지금까지 장인정신으로 생계를 이어올 수 있었던 것은 사실 운이 좋았던 측면도 있다.
맥락의 변화를 애도하고 있다면: 변화하는 웹, 바뀌는 커리어 환경, 불확실성—이것도 진짜이지만, 더 행동 가능하다. 새로운 도구를 배울 수 있다. 자신이 원하는 웹을 위해 목소리를 낼 수 있다. 슬픔과 적응은 동시에 할 수 있다.
Nolan Lawson의 말 — “나는 새로운 세계를 축하하지도, 저항하지도 않는다. 태양은 뜨고 지고, 나는 속절없이 그 주위를 공전할 뿐이다” — 에 깊이 공감하면서도, 저자는 그 슬픔과 공포 속에서도 약간의 설렘이 있다는 것을 솔직하게 인정한다.
6. “컴퓨터가 무언가를 하게 만드는 것”이 핵심
저자는 1980년대부터 프로그래밍을 시작했다. 그 이후 배운 모든 언어는 목적을 위한 수단이었다. 즉, 컴퓨터가 자신이 원하는 일을 하게 만드는 새로운 방법이었다. AI 보조 코딩도 그 연장선으로 느껴진다. 불연속점(discontinuity)이 아니라 사다리의 또 다른 한 칸이다.
그러나 저자는 이것을 가볍게 쥐려 한다. 사다리 자체도 변하고 있고, 그 사다리가 기대고 있는 건물도 변하고 있기 때문이다. 정확히 어디로 가고 있는지는 모른다고 솔직하게 인정한다.
그러나 한 가지는 확실하다: 자신이 생각해내고 만든 것이 실제로 작동할 때 얻는 만족감은 여전히 같다. 코드가 예전과 다른 방식으로 만들어졌지만, 그것이 실행되고 원하는 일을 해내는 순간—그것은 40년이 지나도 변하지 않았다.
7. 한국 개발자 커뮤니티(GeekNews)의 반응 분석
GeekNews와 Hacker News에서 이 글은 다양한 시각으로 논의되었다. 한국 커뮤니티 반응의 주요 흐름을 정리하면 다음과 같다.
7-1. 글의 이분법에 대한 비판적 시각
상당수의 댓글은 저자의 “장인형 vs. 결과 추구형” 이분법이 지나치게 단순화되어 있다고 지적한다.
- “진짜 갈라짐은 다른 곳에 있다”: 일부는 진짜 분열이 소프트웨어를 개선 가능하고 이해 가능한 것으로 보는 사람과, 남이 만든 불가해한 장애물로 보는 사람 사이의 사고방식 차이라고 주장한다.
- 혼합형 개발자의 존재: “나는 시스템을 이해하고 새로 만드는 것을 좋아하면서도, AI에게 반복 작업을 위임하는 것을 즐긴다. 이런 사람은 존재하면 안 된다는 것인가?”라는 반론이 제기된다.
- A형 vs. B형 개발자: 보안, 테스트, CI까지 꼼꼼히 챙기는 A형과 사용자 경험을 중시하는 B형이 모두 필요하며, AI는 A형의 영역부터 대체할 것이라는 분석도 나왔다.
7-2. 기술 발전의 역사적 관점
여러 댓글은 AI 보조 코딩을 기술 진보의 자연스러운 연장선으로 해석한다.
- 어셈블리어에서 컴파일러로, CRUD 앱에서 프레임워크로, 메모리 관리에서 고수준 언어로의 전환이 모두 같은 패턴이라는 시각이 다수를 이룬다.
- “좋은 프로그래머는 스스로를 쓸모없게 만든다”는 오래된 원칙을 상기시키는 댓글도 있었다. 프로그래밍의 목적은 컴퓨터가 우리가 하지 않아도 되게 만드는 것이라는 것이다.
- 생성형 AI도 오픈소스 코드를 불러와 “이건 왜 이렇게 동작하나?”를 묻는 방식으로 이해 기반의 개발에 활용할 수 있다는 의견도 있었다.
7-3. 구조적·정치경제학적 비판
일부 댓글은 개인적 감정을 넘어 더 큰 구조적 문제를 제기한다.
- “진짜 분열은 자본 소유자와 노동자 사이”: 기술 발전이 본질적으로 좋다고 믿는 사람과, 역사적으로 생산성 향상이 노동시간 단축으로 이어지지 않았음을 아는 사람 사이의 분열이 더 근본적이라는 주장이다. 8시간 노동제도 기술이 아닌 정치적 투쟁의 결과였다는 점을 상기시킨다.
- 개방형 웹의 쇠퇴: “HTML을 손으로 쓰던 웹”을 그리워한다는 댓글은, 개인이 직접 만들던 DIY 웹 생태계가 기업 소유의 AI 도구로 대체되는 것에 대한 슬픔을 표현했다.
7-4. AI의 실질적 생산성 효과에 대한 의문
- “AI 코딩은 생산성을 10% 정도만 올려준다”: 진짜 병목은 무엇을 만들지 이해하고 설득하는 과정이며, 코딩은 그것을 이해하는 수단일 뿐이라는 현실적인 시각이 있었다.
- 코드 품질 하락 우려: 팀원들이 AI로 수천 줄을 뽑아내면서 코드 품질이 급락한다는 경험담도 공유되었다.
- 시스템 이해의 위기: AI 시대에는 너무 많은 코드가 자동으로 생성되어 전체 시스템을 파악하기 어려워질 것이라는 우려도 제기되었다. 그 결과, 수정보다 새로 AI로 만드는 게 더 합리적이 되는 상황이 올 수 있으며, 이 때문에 모듈성(modularity)이 더 중요해질 것이라는 분석이 나왔다.
7-5. 개인적 경험 및 긍정적 반응
- 코드 타이핑을 하지 않은 지 3개월이 넘었는데, AI와 함께 개발하는 것이 너무 재미있어서 어릴 때처럼 자발적 야근을 하게 된다는 경험을 공유한 사람도 있었다.
- 퍼즐 푸는 재미가 사라진 게 아니라 한 단계 위로 이동했으며, 이제는 시스템 전체의 구조와 이유를 설계하는 것이 장인의 영역이 되었다는 데 동의하는 댓글도 많았다.
- 이분법이 아닌 혼합: 업무 코딩은 AI에게 맡기고, 집에서는 전통적인 코딩을 즐기는 여유가 생겼다는 사람도 있었다.
8. 이 글이 가지는 의미와 시사점
이 에세이는 단순한 AI 찬반론이 아니다. 핵심적인 통찰을 정리하면 다음과 같다.
8-1. 슬픔의 진단이 먼저다
AI 코딩 도구에 대한 개발자들의 서로 다른 반응을 이해하려면, 각자가 어떤 종류의 슬픔을 느끼는지 먼저 파악해야 한다. 코딩이라는 행위 자체에서 의미를 찾아온 사람과, 코딩을 통해 만들어지는 결과물에서 의미를 찾아온 사람은 같은 변화에 전혀 다른 방식으로 반응할 수밖에 없다.
8-2. 적응 가능 여부는 슬픔의 종류에 달려있다
장인정신 자체를 잃은 슬픔은 “그냥 적응해”라는 말로 해소되지 않는다. 그러나 맥락(커리어 환경, 생태계, 경제)의 변화에 대한 슬픔은 더 행동 가능(actionable)하다. 슬픔과 적응은 동시에 가능하다.
8-3. 이 분열은 AI가 만든 게 아니다
AI는 기존에 존재하던 개발자들의 서로 다른 동기와 가치관을 단지 가시화했을 뿐이다. 이 분열은 항상 있었다.
8-4. 기술 변화의 연속성
저자에게 AI 보조 코딩은 불연속적 단절이 아니라 프로그래밍 역사에서 반복되어온 추상화(abstraction) 수준 상승의 연장선이다. 매번 더 고수준의 도구가 등장했고, 매번 퍼즐은 더 추상적인 형태로 남았다.
9. 관련 글들
이 에세이에서 언급되거나 관련된 주요 글들은 다음과 같다.
| 저자 | 제목 | 핵심 내용 |
|---|---|---|
| Les Orchard | Making Computers Do Things | AI 코딩 도구가 결과 중심 개발자에게 자연스럽게 느껴지는 이유 |
| James Randall | The Thing I Loved Has Changed | AI로 인해 코딩의 경이로움과 발견의 감각이 압축된 것에 대한 슬픔 |
| Nolan Lawson | We Mourn Our Craft | 코드를 손으로 빚는 장인정신의 상실에 대한 강렬한 애도 |
| Kevin Lawver | Nostalgia Is an Anchor | 향수에 집착하기보다 장인정신을 새 방향으로 돌리자는 주장 |
10. 결론
이 글은 AI 시대의 도래를 어떻게 받아들여야 하는지에 대해 명확한 답을 제시하지 않는다. 대신 다음과 같은 물음을 남긴다: 당신이 느끼는 슬픔은 어떤 종류인가?
코드를 쓰는 행위, 그 손맛과 퍼즐의 즐거움에 대한 슬픔인가? 아니면 코드를 둘러싼 세계—열린 웹, 안정적인 커리어, 개발자 문화—의 변화에 대한 슬픔인가?
저자 자신에게 코딩은 항상 수단이었다. 7살 때 코모도어 64에서 BASIC을 배운 이유도, 그 이후 수십 년간 수많은 언어를 배운 이유도, AI 도구를 받아들인 이유도 모두 같다: 컴퓨터가 무언가를 하게 만드는 것. 그 만족감은 40년이 지나도 변하지 않았다.
그러나 저자는 이 모든 것을 가볍게 쥐려 한다. 사다리도, 사다리가 기댄 건물도 변하고 있기 때문이다. 슬픔과 설렘, 두 감정을 동시에 안고 앞으로 나아가는 것—그것이 지금 이 시대를 살아가는 개발자들에게 주어진 과제인지도 모른다.
작성일: 2026년 3월 15일
분석 대상: Grief and the AI Split by Les Orchard