coredot.today
평생 직업의 종말? — 션 거데키의 도발과 소프트웨어 엔지니어의 미래 15년
블로그로 돌아가기
AI 코딩소프트웨어 엔지니어평생직업션 거데키METR 연구인지 오프로딩탈숙련화주니어 개발자GitHub Copilot평생 커리어

평생 직업의 종말? — 션 거데키의 도발과 소프트웨어 엔지니어의 미래 15년

GitHub Copilot 팀의 시니어 엔지니어 션 거데키가 던진 한 마디. '소프트웨어 엔지니어링은 더 이상 평생 직업이 아닐 수 있다.' 운동선수의 15년, 전동공구를 거부하는 목수, 그리고 1878년 보스턴의 전화 교환원 — 비유 너머에 무엇이 있는가. METR의 충격적 실험과 한국 채용 시장 데이터까지, 이 도발의 진위를 따져본다.

코어닷투데이2026-05-1237

들어가며: 88,000명이 사라지는 데 걸린 시간

1910년 미국에는 전화 교환원이 88,000명 있었다. 1950년에는 일하는 여성 13명 중 1명이 전화 교환원이었다. 그들은 거대한 나무 스위치보드 앞에 줄지어 앉아, 손가락 사이에 끼운 황동 케이블을 정확한 잭에 꽂아 사람과 사람을 연결했다.

1878년 보스턴 — 세계 최초의 여성 전화 교환원 에마 너트가 일하던 그날

그런데 그들이 일하는 동안 — 자동 교환기는 이미 발명되어 있었다.

세계 최초의 자동 전화 교환 시스템은 1892년 11월 3일, 인디애나주 라포트(La Porte)에서 가동을 시작했다. 알렉산더 그레이엄 벨이 전화 특허를 받은 지 16년 만이었다. 1910년 시점에 미국 전체 전화 가입자 1,100만 명 중 자동 교환 서비스를 받는 사람은 약 30만 명에 불과했다.

그리고 그 후 70년이 더 흘렀다.

1984년, 미국의 전화 교환원은 4만 명으로 줄어 있었다. 2020년대 초에는 2,000명 미만이다. 1983년 10월 11일, 메인주 브라이언트 폰드(Bryant Pond)의 수전 글라인스(Susan Glines)가 손크랭크 전화의 마지막 교환원으로 기록을 남기며 시스템이 자동화로 전환되었다.

직업 하나가 사라지는 것은 이런 모습이다. 벼락이 치지 않는다. 다만 천천히, 그러나 확실하게 사라진다.

"프로 운동선수의 경력은 길어야 15년 정도다. 소프트웨어 엔지니어도 그렇게 될지 모른다. 그에 따라 계획하는 게 좋은 생각이다."

— Sean Goedecke, "Software engineering may no longer be a lifetime career", 2026

이 한 문단이 2026년 봄, 해커뉴스 1면을 점령했다. 댓글은 1,500개를 넘었고, 전 세계 개발자 커뮤니티는 며칠간 이 글로 들끓었다. 글쓴이는 GitHub Copilot 팀의 시니어 스태프 엔지니어. 그러니까 — 우리 손에 AI 코딩 도구를 쥐어준 바로 그 사람 중 하나가 우리에게 말한 것이다. "당신 직업, 15년 남았을지도 모릅니다."

이 글은 그 도발의 진위를 따져본다. 그가 무엇을 정확히 주장했는지, 어떤 증거가 이 주장을 뒷받침하는지, 그리고 — 무엇보다 — 이 주장이 틀린 부분은 어디인지.


제1장: 폭탄이 떨어진 날 — 션 거데키는 누구인가

두 갈래 길 앞의 개발자 — 손코딩의 묘지와 AI 오케스트레이션의 하늘

Sean Goedecke는 호주 출신 스태프 엔지니어로, GitHub의 Copilot 팀에서 일한다. 그는 2025년 한 해 동안 141개의 글을 자신의 블로그에 올렸고, 그 글들은 합쳐서 월 100만 명 이상이 읽었다. 해커뉴스 2025년 인기 블로거 톱 리스트의 단골이었다.

거데키의 글이 특별한 이유는 두 가지다. 첫째, 그는 빅테크 내부에 있다. AI 코딩 도구를 만드는 사람이지, 멀리서 평론하는 사람이 아니다. 둘째, 그는 솔직하다. 그의 블로그에는 "워리 드리븐 개발(worry-driven development)을 피하라", "조직 정치에 참여하라" 같은 도발적인 글이 즐비하다. 이상론이 아니라 빅테크의 현실에서 살아남는 법을 쓰는 사람이다.

그런 그가 2026년 4월, 짧은 글 하나를 올렸다. 분량은 약 800단어. 4분이면 다 읽을 수 있다. 제목은 "Software engineering may no longer be a lifetime career".

해커뉴스에 올라간 이 글은 24시간 만에 1,500개 이상의 댓글, 수천 개의 업보트를 받았다. 이유는 단순했다 — 이 글이 코드 보일러플레이트의 자동화주니어 채용 둔화 같은 작은 이야기를 한 게 아니기 때문이다. 이 글은 직업 자체의 수명을 이야기했다.


제2장: 션의 5단 논법 — 한 문단씩 해부하기

거데키의 글은 길지 않다. 하지만 그 안에는 정교한 5단계 논리가 들어 있다. 한 단계씩 따라가 보자.

단계 1
AI 사용은 학습의 감소를 동반한다. 거데키는 "AI가 우리를 멍청하게 만든다"는 주장에는 동의하지 않는다. 하지만 그는 분명히 말한다: "AI를 사용해 어떤 작업을 수행한다는 것은, 그 작업의 수행에 대해 덜 배운다는 의미다." 이는 부정하기 어렵다. 누가 대신 풀어준 문제는 내가 직접 푼 문제보다 덜 기억에 남는다.
단계 2
그러나 우리는 여전히 AI를 써야 한다. "단기 이익이 충분히 크다면, 우리는 여전히 AI를 사용할 의무가 있을 수 있다." 건설 노동자는 허리에 안 좋다는 걸 알면서도 무거운 것을 들어야 한다. 직업은 직업이다.
단계 3
경쟁 압력은 거부할 수 없다. 거데키의 가장 날카로운 비유가 여기서 등장한다: "전동 공구를 거부하는 목수에 대한 수요가 거의 없는 것과 같은 이유로, 손코딩으로는 곧 생활비를 벌 수 없게 될 것이다." AI가 충분히 좋아지면, 손으로만 코딩하는 사람은 시장에서 가격 경쟁력을 잃는다.
단계 4
그렇다면 SE는 15년짜리 직업이다. "프로 운동선수의 경력은 최대 15년 정도다. 소프트웨어 엔지니어도 유사한 상황에 처할 수 있다." AI가 코딩의 핵심을 흡수해 나가는 속도가 빠르다면, 인간 SE의 "경쟁력 있는 시기"는 길지 않을 수 있다.
단계 5
그러므로 계획하라. "그에 따라 계획하는 것이 좋은 생각이다." 거데키는 무엇을 하라고는 말하지 않는다. 다만 — 평생직업이라는 가정에서 출발한 모든 결정(주택 대출, 자녀 교육, 노후 설계)을 다시 검토해야 한다는 암시다.

논리적으로 이 구조는 흠잡을 데가 없다. 각 단계가 다음 단계를 자연스럽게 끌어낸다. 그런데 이게 현실에 맞느냐가 진짜 질문이다. 첫 번째 증거부터 보자.


제3장: 첫 번째 증거 — METR의 충격적 실험 (2025년 7월)

우리는 빠르다고 믿었다, 그러나 시계는 다른 말을 했다

거데키의 주장에 가장 직접적으로 충돌하는 — 그리고 동시에 가장 강력하게 뒷받침하는 — 데이터는 METR(Model Evaluation & Threat Research) 연구소의 2025년 7월 실험이다. 이 실험이 충격적인 이유는, 모든 사람이 기대하던 결과의 정확히 반대를 보여줬기 때문이다.

실험 설계

METR은 무작위 대조 시험(RCT)을 수행했다. 다른 AI 코딩 연구와 달리 대학원생이나 주니어가 아니라 수년간 같은 오픈소스 저장소에 기여해온 시니어 개발자들을 대상으로 했다.

항목
참가자16명의 경험 많은 OSS 개발자
대상 저장소 평균 별22,000+ 스타
대상 저장소 평균 LOC100만+ 줄
이슈 수246개 (실제 OSS 이슈)
AI 도구Cursor Pro (Claude 3.5/3.7 Sonnet)
참가자 보상시간당 $150

각 이슈는 무작위로 "AI 허용" 또는 "AI 금지" 그룹에 배치되었다. 그리고 작업 시간이 측정되었다.

결과 — 모두가 틀렸다

실험 에 참가자들은 자신감 있게 예측했다: "AI가 내 속도를 24% 올려줄 것이다." 이 정도 예측은 GitHub Copilot 마케팅의 영향도 있고, 자신의 능력에 대한 합리적 신뢰의 결과이기도 했다.

실험 결과는 정반대였다.

참가자의 사전 예측 (빨라짐)
+24%
실험 후에도 본인이 느낀 향상 (착각)
+20%
실제 측정된 결과 (느려짐)
-19%

읽고 두 번 확인했을 수도 있다. 다시 한번 정리하면:

  • 개발자들은 AI 사용 시 이슈 완료까지 19% 더 오래 걸렸다.
  • 그런데 작업 에도 개발자들은 자신이 20% 빨라졌다고 믿었다.

이 결과가 의미하는 것

METR의 결과는 단순히 "AI가 별 쓸모없다"가 아니다. 훨씬 더 깊은 문제를 가리킨다. 개발자는 자신의 생산성을 정확하게 인식하지 못한다. 코딩이 재미있어졌기 때문에 — 거데키의 글 댓글에서 한 개발자가 인정했듯 "LLMs shaved off all the rough edges... Coding is a joy now" — 우리는 더 일을 잘하고 있다고 느낀다. 하지만 시계는 거짓말하지 않는다.

이게 의미하는 게 무엇인가? 거데키의 단계 2 — "단기 이익이 충분하다면" — 이 단기 이익이 착각일 수도 있다는 뜻이다.

단, 주의: METR 연구는 기존 저장소에 익숙한 시니어가 대상이었다. 새 프로젝트나 익숙하지 않은 코드베이스에서는 AI가 분명 더 빠른 결과를 낼 수 있다. 이 한계가 다른 모든 결과에 어떻게 적용될지는 별개의 질문이다.


제4장: 두 번째 증거 — 인지 오프로딩의 과학

AI라는 외장 두뇌 — 그 케이블을 뽑으면 어떻게 될까

거데키 글의 핵심 전제 — "AI 사용은 학습 감소를 동반한다" — 는 단순한 의견이 아니다. 이는 인지심리학에서 "인지 오프로딩(cognitive offloading)"이라 부르는 현상의 정의에 가깝다.

Shen & Tamkin (2026): 17%의 격차

2026년 초 arXiv에 올라온 "How AI Impacts Skill Formation" 연구는 가장 명확한 증거를 제시한다. 연구자들은 초·중·고급 프로그래머를 동일한 조건에서 코딩 과제를 풀게 했다. 한 그룹은 AI를 자유롭게 썼고, 다른 그룹은 쓰지 않았다.

핵심 발견은 다음과 같다.

📉
AI 그룹은 17% 더 낮은 점수를 받았다
단순히 "AI 없이 시험을 보니 못 푼다"는 의미가 아니다. 초급, 중급, 전문가 프로그래머 모두에게서 같은 효과가 나타났다. 경력이 보호막이 되지 못한 것이다.
💡
그러나 사용 방식이 결정적이었다
AI에게 코드를 그냥 생성시킨 참가자는 가장 낮은 점수를 받았다. 반면 "코드를 생성하되 설명도 해달라"고 요청한 참가자는 훨씬 나은 결과를 보였다. AI를 잘못 쓰면 망하는 것이지, AI를 쓴다고 다 망하는 게 아니다.
🎯
시사점: "사고의 외주화"는 학습을 차단한다
단순 task 수행에는 인지 오프로딩이 효율적이지만, 새로운 것을 배우려 할 때는 학습 실패를 유발한다. 폴라니가 1966년에 말한 "암묵지(tacit knowledge)" — 말로 설명할 수 없는 직관적 지식 — 은 직접 부딪치고 실수해야만 형성된다.

션의 편집자 주: 자기 자신에 대한 우려

흥미롭게도 거데키는 자신의 글에 편집자 주(editor's note)를 추가했다. 후속 비판에 대한 답이었다. 거기서 그는 한 발 더 나아간다:

"나는 만약 코드를 직접 작성하지 않는다면, 코드베이스를 이해하는 내 능력 자체가 쇠퇴할 것을 우려한다."

이게 핵심이다. 거데키는 GitHub Copilot을 만드는 사람이다. 그가 매일 자신의 회사 제품을 쓴다. 그리고 그가 두려워하는 것은 해고가 아니다. "내가 점점 더 이해 못 하는 코드를 점점 더 많이 출시하게 되는 미래" — 그것이 그를 두렵게 한다.

이 두려움이 정당하다는 일화적 증거는 어디에나 있다. 한 시니어 개발자는 사이드 프로젝트를 AI 없이 시작했다가 이렇게 말했다:

"본능적이었던 일이 수동적이 되었고, 때로는 거추장스러웠다. 너무 멍청해진 기분이었다(I felt so stupid)."


제5장: 세 번째 증거 — 사라지는 주니어

거데키의 글에서 가장 묘하게 비어 있는 부분은 주니어 개발자다. 그의 논리는 "AI가 코딩의 자리를 빼앗는다 → 시니어도 결국 그 영향을 받는다"인데, 사실 이 일은 주니어에게 이미 일어났다.

미국의 데이터

Stanford Digital Economy Lab의 2025년 보고서는 충격적인 그래프 한 장으로 요약된다:

22–25세 SW 개발자 고용 (2022 → 2025)
−20%
22–25세 SW 개발자 IT/SW 분야 고용
−6%
35–49세 개발자 고용 (같은 기간)
+9%

Harvard 연구는 6,200만 명의 노동자 데이터를 분석해서 더 정확한 인과를 짚었다. 회사가 생성형 AI를 도입하면, 그로부터 6분기(약 1년 반) 안에 주니어 개발자 고용이 9~10% 감소했다. 시니어 고용은 거의 움직이지 않았다.

직업이 사라지는 것이 아니다. 사다리의 첫 칸이 사라지고 있다.

한국의 데이터

이게 멀리 있는 이야기가 아니다. 한국 시장은 더 빠르게 같은 방향으로 움직였다.

지표20212025–2026
국내 IT/스타트업 신입 채용 비중높음 (인력난)2021 대비 50% 이하
코딩테스트 평가 비중핵심 평가"AI 도구 활용 능력" 추가
경력자 우대 정도중상즉시 투입 가능 경력자 강한 선호
인턴십 기회풍부기술 인턴십 30% 감소

토스, 카카오, 올리브영 같은 한국의 대표 IT 기업들은 모두 사내 AI 코딩 도구 도입을 가속화하고 있다. 그리고 그들의 채용 풀은 — "AI 도구를 능숙히 다루는 경력 3년차"를 가장 선호한다고 공공연하게 말한다.

신입에게 이는 무엇을 의미하는가? "AI 없이 코딩하는 법을 먼저 배워야 한다""AI를 능숙히 다뤄야 한다" 사이의 모순적인 요구를 동시에 충족해야 한다는 뜻이다.

흥미로운 통계 하나: 한 미국 채용 담당자 조사에서 70%가 "AI가 인턴 업무를 수행할 수 있다고 믿는다"고 답했고, 57%가 "인턴이나 신입보다 AI에게 일을 시키는 것을 더 신뢰한다"고 답했다. 그리고 2024년 미국 고용주의 60%가 신입사원을 1년 안에 해고했다.


제6장: 반론 — Jevons 패러독스와 11% 성장

여기서 잠깐, 균형을 잡자. 거데키의 글이 100% 옳다면, 우리는 이 글을 쓸 이유가 없다. 그의 논리에는 깊은 반론이 존재한다.

새 도구를 든 목수, 손대패를 쥔 노장 — 누가 사라지는가?

Jevons 패러독스 — 효율은 수요를 줄이지 않는다

19세기 영국 경제학자 윌리엄 스탠리 제번스(William Stanley Jevons)는 흥미로운 역설을 관찰했다. 증기기관의 효율이 높아질수록, 영국의 전체 석탄 소비량은 줄어든 게 아니라 늘었다. 효율이 좋아지자 더 많은 곳에서 증기기관을 썼고, 결과적으로 총 사용량은 증가했다.

이 패러독스는 소프트웨어에도 적용될 수 있다. AI가 코딩을 싸게 만든다면:

AI로 코딩 비용 ↓
한 명이 더 많이, 더 빠르게 만들 수 있음
예전엔 안 만들었던 소프트웨어도 만들기 시작 (작은 회사, 1인 SaaS, 사내툴)
소프트웨어 시장 자체가 커지고, 결국 더 많은 개발자가 필요해짐

실제로 이 시나리오를 뒷받침하는 데이터가 있다. 2025년 초 SE 채용 공고는 잠깐 기준선 아래로 떨어졌지만, 연말로 갈수록 가속해서 2025년 전체로는 SE 직무 공고가 전년 대비 11% 성장했다. McKinsey는 AI가 SE 생산성을 20~45% 끌어올린다고 추정하며, GitHub Copilot 사용자는 55% 더 빠르게 작업을 완료한다는 GitHub 자체 연구도 있다.

"Lump of Labor Fallacy" — 일의 총량은 고정되지 않았다

경제학에는 "노동 총량의 오류(lump of labor fallacy)"라는 개념이 있다. "경제 안에는 정해진 양의 일이 있고, 새 기술이 그 일을 빼앗으면 사람들이 일자리를 잃는다"는 가정이 틀렸다는 것이다. 역사적으로 새 기술은 새로운 직업을 만들었다 — 회계사의 죽음을 선언한 1979년 VisiCalc 이후 회계사 수는 2배로 늘었다.

그러나 — 이 반론에도 빈 곳이 있다

여기서 반론의 반론이 등장한다. AI 비판론자들은 이렇게 말한다:

"AI는 단순한 도구가 아니다. 일반 인지 기술(general cognitive technology)이다. 노동자가 다른 분야로 도망쳐도, AI는 그 분야까지 따라온다. 1810년대 러다이트가 공장에서 농장으로, 농장에서 사무실로 이동할 수 있었던 것과는 다르다."

이 주장은 "Lump of Labor Fallacy의 오류"라고 불린다. 즉, 전통적 의미의 노동 총량 오류는 맞지만, AI에는 그게 적용되지 않을 수 있다는 것이다.

어느 쪽이 옳은가? 정직하게 말해, 우리는 모른다. 두 시나리오 모두 가능하다.


제7장: 비유의 해부 — 목수, 운동선수, 그리고 그 너머

거데키의 글을 그토록 도발적이게 만드는 것은 사실 비유다. 운동선수의 15년. 전동공구를 거부하는 목수. 무거운 것을 들어야 하는 건설 노동자. 이 비유들이 강력한 이유와, 동시에 틀린 이유를 함께 살펴보자.

15년의 경력 — 운동복을 벗는 운동선수, 키보드를 정리하는 개발자

비유 1: "프로 운동선수의 15년"

강점: 시간이 정해진 직업이라는 강력한 메시지를 전달한다. 우리는 NBA 선수가 평생 NBA에 있지 않을 거라는 사실을 안다.

약점: 운동선수는 육체적 한계로 은퇴한다. 무릎이 망가지고, 반응속도가 떨어진다. 소프트웨어 엔지니어가 은퇴해야 하는 메커니즘은 다르다. 거데키도 인정하듯 — 그것은 시장 경쟁력이지 육체적 능력이 아니다.

이 차이가 중요하다. 운동선수는 나이에 의해 밀려난다. SE는 기술 변화 속도에 의해 밀려난다. 그리고 시장의 압력은 — 만약 Jevons 패러독스가 옳다면 — 수요를 늘리는 방향으로도 작동할 수 있다.

비유 2: "전동공구를 거부하는 목수"

강점: AI를 거부하는 SE의 운명을 직관적으로 보여준다.

약점: 두 가지가 빠져 있다.

측면목수의 사례SE의 사례
도구 발전 속도수십 년 단위 (대패 → 전동톱 → CNC)월·주 단위 (GPT-3 → 4 → 5 → Claude → ...)
도구가 잡는 일물리적 절단·연마 — 매우 구체적사고·설계·구현 — 점점 넓어짐
장인의 가치하이엔드(맞춤가구)에서 보존아직 미지수
대체 가능성여전히 한계 (창의적 디자인)점점 더 모호해지는 중

흥미로운 사실: 전통 목공은 사라지지 않았다. CNC가 가구 대부분을 만드는 시대에도 맞춤 가구 장인은 존재하며, 그들은 종종 CNC가 닿지 못하는 가격대에서 일한다. 거데키의 비유가 정확하다면, "AI 시대의 시니어 SE"는 그 가격대의 일을 찾아갈 것이다.

비유 3: 의사, 변호사, 약사 — 진짜 비교는 여기인가?

해커뉴스 토론에서 자주 등장한 비교는 법조계와 의료계였다. 이 분야에는 50대, 60대 베테랑이 현역으로 가장 잘나가는 시기를 보낸다. 왜?

  • 책임의 무게: 의사가 진단을 틀리면 사람이 죽는다. AI에게 그 책임을 넘기기 어렵다.
  • 암묵지의 가치: 의사의 직관, 변호사의 판결 감각은 AI가 흉내내기 어렵다.
  • 고객의 신뢰: 환자는 AI보다 인간 의사를 신뢰하도록 진화해 있다.

SE는 이 셋 중 어디에 가까운가? 거데키의 답: 운동선수에 가깝다. 반대 진영의 답: 의사·변호사에 가깝다. 진실은 양쪽에 걸쳐 있다.


제8장: 2026년 한국 — 토스의 채용 페이지가 말하는 것

서울의 절벽 — 신입 개발자가 마주한 시장

거데키의 글이 한국 개발자에게 의미하는 것은 무엇인가? 미국·유럽의 분석이 그대로 적용될까?

부분적으로는 그렇다. 그러나 한국 시장에는 고유한 변수가 몇 개 있다.

변수 1: 더 압축된 시간표

한국 IT는 전 세계 평균보다 빠르게 트렌드를 흡수한다. 2021년의 "역대 최고 채용 시장"이 단 2년 만에 "취업 빙하기"로 뒤집힌 속도를 보면, 거데키가 말하는 변화도 한국에서는 더 빠르게 진행될 가능성이 높다.

변수 2: 학력·코딩테스트 중심의 채용 관성

한국의 채용 시스템은 코딩테스트와 알고리즘 인터뷰에 강하게 의존한다. 이는 두 가지 효과를 낸다.

⚠️
단기 효과: 진입 장벽이 높음
AI로 코테 답을 쉽게 얻을 수 있게 되면서, 채점의 의미가 약해졌다. 일부 회사는 "AI 활용 면접"으로 형식을 바꾸고 있다 — 즉 "AI를 쓴다는 가정 하에 문제를 푸는" 면접이다.
🔍
중기 효과: 평가축의 이동
"문제를 풀 줄 안다"에서 "문제를 정의할 줄 안다", "코드를 짤 줄 안다"에서 "AI 결과를 평가하고 통합할 줄 안다"로 평가축이 이동 중이다.
📚
장기 효과: 신입 교육의 공백
기업이 신입을 안 뽑으면, 결국 5~10년 후 시니어가 될 사람들의 풀이 비어버린다. 이는 모든 나라에서 진행되는 패턴이지만, 한국처럼 사내 교육 시스템이 약한 환경에서는 더 심각하다.

한국 기업의 실제 대응

  • 토스: AI 기반 코드 리뷰 도구를 사내에 빌드했다고 공개하면서, "AI를 사용해본 경력자"를 적극 채용 중.
  • 올리브영: AI 개발 도구 활용 능력을 정량적으로 평가하는 시스템을 도입.
  • 카카오·네이버: 신입 공채 자체는 유지하지만 채용 규모를 줄이고, 대신 경력 채용 비중을 늘리는 전략.

요약하면 — 시스템 자체가 거데키의 시나리오를 그대로 따라가고 있다.


제9장: 그래서, 어떻게 살 것인가

거데키는 "그에 따라 계획하라"고 했지만, 무엇을 계획하라는 건지는 명시하지 않았다. 우리가 모은 모든 자료를 종합해서, 단계별 액션을 제안한다. 이는 정답이 아니라 작업 가설이다.

시니어 (10년+ 경력자)

🛡️ 시니어를 위한 5가지 작업 가설
1. "AI가 못 하는 일"의 목록을 갱신하라. 그 목록은 매년 작아진다. 6개월마다 점검하라.

2. 코드베이스 이해력을 의식적으로 훈련하라. 거데키의 편집자 주에 나오는 그 두려움 — "이해 못 하는 코드를 출시한다" — 을 가장 잘 막을 수 있는 것은 시니어다.

3. 설계·아키텍처·사람 관리의 비중을 늘려라. AI는 코드는 짜도 *왜 그렇게* 짜야 하는지는 결정하지 못한다.

4. 도메인 지식에 투자하라. 의료, 금융, 법률, 제조 등 *AI가 도메인 전문성과 결합되어야* 하는 영역에서 가치가 폭증한다.

5. 저축률을 높여라. 만약 거데키가 옳다면 "15년 후 같은 직장에 있다"는 가정에 안 들어맞는 미래가 온다. 재정적 옵션은 곧 시간적 옵션이다.

미드 레벨 (3~10년)

⚡ 미드를 위한 4가지 작업 가설
1. AI 도구를 "쓴다"가 아니라 "설계한다"의 단계로 가라. 프롬프트 엔지니어링, 에이전트 오케스트레이션, MCP, RAG 시스템 등을 직접 다루는 경험.

2. "T자형"을 의식하라. 한 분야의 깊은 전문성 + 인접 분야로의 확장. 이건 항상 옳았던 조언이지만, AI 시대에는 더 옳다.

3. "AI가 만든 코드의 리뷰어"가 되는 법을 배워라. Shen & Tamkin 연구가 가리킨 대로, AI에게 *설명을 요구하면서* 쓰는 사람이 가장 잘 배운다.

4. 커뮤니티·네트워크를 구축하라. 회사가 흔들릴 때, 다음 기회를 가져다주는 것은 결국 사람이다.

주니어 (신입~3년)

🌱 주니어를 위한 4가지 작업 가설
1. "AI 없이 코딩하는 시간"을 의도적으로 확보하라. 적어도 학습기에는. 폴라니의 암묵지가 형성될 시간이다.

2. "AI에게 설명을 요구하는 법"을 처음부터 익혀라. 코드를 그냥 받으면 17% 격차에 갇힌다.

3. 채용 시장이 바뀐다는 사실을 직시하라. 옛날식 "신입 공채 → 5년 → 시니어" 트랙이 끊어지는 중이다. 부트캠프, 오픈소스 기여, 사이드 프로젝트의 가치가 새롭게 정의되고 있다.

4. 도메인을 고르되, "AI 친화적이지만 책임이 큰" 분야를 노려라. 보안, 의료, 금융 인프라, 임베디드 등.

닫는 글: 다시 1983년 브라이언트 폰드

수전 글라인스가 미국의 마지막 손크랭크 전화 교환원으로 일하던 1983년, 그녀는 자기 직업이 그날 끝나리라는 것을 알고 있었다. 모두가 알고 있었다. 그 직업은 천천히, 그러나 분명하게 사라지고 있었기 때문이다.

소프트웨어 엔지니어링이 같은 길을 갈 것인가? 정직한 답은 — 우리는 모른다. 거데키의 5단 논법은 강력하지만, 그 안에는 (METR 데이터가 가리키듯) 확정되지 않은 가정이 많다. Jevons 패러독스가 우리를 구원할 수도 있고, 반대일 수도 있다.

하지만 한 가지는 분명하다. 거데키가 글을 쓴 이유 — "그에 따라 계획하라" — 는 옳다. 평생직업이라는 가정이 흔들리는 시점에서, 흔들리지 않은 듯 사는 것이 가장 큰 도박이다.

1878년 보스턴에서 황동 케이블을 꽂던 에마 너트는, 자기 직업의 전성기에 있었다. 그녀는 자기 직업이 105년 후에 사라지리라고는 상상하지 못했다.

2026년의 우리도 우리 직업의 어디쯤에 있는지 — 정확히는 모른다.

그러나 알 수 있는 것이 하나 있다. 모르는 것을 모른다고 인정하고, 그 위에서 계획하는 사람은 — 모르는 것을 안다고 믿는 사람보다 — 항상 더 멀리 간다.

거데키의 글은 답이 아니다. 그것은 질문이다. 우리 모두가 미루고 싶었던 질문이다.


더 깊이 읽기

  • Sean Goedecke, "Software engineering may no longer be a lifetime career", seangoedecke.com, 2026
  • METR, "Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity", 2025
  • Shen & Tamkin, "How AI Impacts Skill Formation", arXiv, 2026
  • Stanford Digital Economy Lab, Developer Employment by Age Cohort, 2025
  • Marketplace, "What switchboard operators can teach us about AI and automation", 2023
  • 해커뉴스 토론 스레드: news.ycombinator.com/item?id=48095550
  • 코어닷투데이 관련 글: "기계는 괜찮다, 나는 우리가 걱정된다 — AI 시대의 '인지적 외주화' 위기", 2026
  • 코어닷투데이 관련 글: "AI 시대, 청년들은 왜 커리어를 다시 설계하는가", 2026