그들은 당신을 해고하지 않을 것입니다. 그저 떠나가는 개발자들을 대신할 사람을 채용하지 않을 뿐입니다.
요약
AI 기술의 발전이 대규모 해고보다는 자연 감소(attrition)를 통한 인력 축소로 나타나고 있음을 분석합니다. 과거 타이핑 업무가 PC로 대체되었듯, 소프트웨어 개발 직군도 신규 채용 감소와 팀 규모 축소를 통해 조용히 재편되고 있습니다.
핵심 포인트
- AI는 대규모 해고보다 신규 채용 중단 및 자연 감소를 유도함
- 소프트웨어 개발직 채용 공고는 팬데믹 이전 대비 약 36% 감소
- 기술 발전으로 인해 적은 인원이 과거보다 더 많은 결과물을 생산함
- 직업의 특정 기능이 자동화되면 직업 자체가 재편되는 현상이 발생함
1980년에는 미국 노동자 8명 중 1명이 문서를 생산하고, 타이핑하고, 파일로 정리하며, 서면 정보를 이동시키는 업무를 수행했습니다. 사무용 건물의 층 전체가 타이핑 풀(typing pools)이었죠. 그것은 핵심 기술을 중심으로 한 존경받는 직업이었습니다. 숙달하는 데 수년이 걸리고, 기업들이 실제로 비용을 지불하며, 부모들이 딸들에게 배우라고 말하던 기술이었습니다.
타이핑 요원들을 대상으로 대규모 해고가 발생하지는 않았습니다.
보안 요원들이 만 명의 타이핑 요원들을 건물 밖으로 끌고 나가는 극적인 날도 없었습니다. 워드 프로세서(word processor)가 등장했고, 그다음에는 PC가 등장했으며, 기업들은 그저... 빈 자리를 다시 채우는 것을 멈췄을 뿐입니다. 사무 및 행정 지원 업무는 1980년 미국 전체 일자리의 12.7%에서 2022년 6.8%로 감소했습니다. 2020년까지 "워드 프로세서 및 타이핑 요원"이라는 직업 전체는 45,200명으로 줄어들었으며, 향후 10년 동안 추가로 -36%가 더 감소할 것으로 예상됩니다. 0을 향해 달려가는, 오차 범위 수준의 숫자가 된 것입니다.
마지막 세대의 타이핑 요원들은 자신들의 기술이 곧 직업이라고 생각했습니다. 하지만 그렇지 않았습니다. 그것은 직업의 하나의 기능(feature)이었을 뿐입니다. 그리고 기계가 그 기능을 수행할 수 있게 된 순간, 직업은 그 외의 모든 것을 할 수 있는 사람들을 중심으로 조용히 재편되었습니다.
저는 소프트웨어를 작성하며 생계를 유지하고 있기에, 이 일이 다시 일어나고 있다는 생각에 계속 그들을 떠올리게 됩니다. 똑같은 영화입니다. 그래픽만 더 좋아졌을 뿐이죠.
당신을 해고하러 아무도 오지 않을 것입니다
AI 이야기가 주는 무서운 버전은 당신의 이름이 적힌 해고 통보 회의입니다. 하지만 그 버전은 대부분 틀렸으며, 당신을 더 걱정하게 만들어야 할 방식으로 틀렸습니다.
데이터가 뒷받침하는 버전은 다음과 같습니다. Salesforce는 2026 회계연도에 신규 엔지니어를 단 한 명도 채용하지 않았습니다 — Marc Benioff가 CNBC에서 밝힌 내용. 같은 시기 AI의 물결은 그의 지원 조직(support org)을 9,000명에서 약 5,000명으로 축소시켰습니다. 해고된 것이 아니라, 대체되지 않은 것입니다.
소프트웨어 개발 직군 채용 공고는 팬데믹 이전인 2020년 기준치보다 36.4% 감소했습니다. 5년 만의 최저치이며, 2025년 말 기준으로 전년 대비 6.7% 여전히 하락 중입니다. 15개 주요 기술 기업의 신입 채용은 2019년 이후 절반 이상 붕괴되었습니다.
이 수치들을 다시 읽어보고 그것들이 무엇을 설명하는지 주목하십시오. 이는 멸종 사건(extinction event)이 아닙니다. **자연 감소 사건 (attrition event)**입니다. 개발자가 사직하면, 해당 채용 요청(req)은 조용히 다시 게시되지 않습니다. 8명이었던 팀이 2년에 걸쳐 5명 규모의 팀이 되고, 그 5명이 과거 8명이 했던 것보다 더 많은 결과물을 출시합니다. 이를 발표하는 공문은 없습니다. 빈 책상이나 채용 데이터를 들여다보지 않는 한 알 수 없습니다.
그것이 실제 메커니즘이며, 이 글의 제목이 낚시성 문구가 아닌 이유입니다. 이것이 전문직이 실제로 축소되는 지루하고, 관료적이며, 스프레드시트 중심적인 방식입니다. 타자수들에게 물어보십시오.
하지만 데이터는 다른 것도 말해주고 있으며, 거의 아무도 이 부분을 인용하지 않습니다
모두가 통계의 무서운 절반만을 공유합니다. 나머지 절반은 더 흥미로운데, 그 이유는 감소세가 "개발자(developers)" 전체를 타격하는 것이 아니기 때문입니다. 그것은 매우 특정한 유형의 개발자를 타격하고 있습니다.
분포를 살펴보십시오:
주니어(Junior) 및 일반적인 직함은 34% 감소한 반면, 시니어(senior) 직함은 19% 감소했습니다. 2225세 소프트웨어 개발자의 고용은 2022년 말 정점 대비 약 20% 하락한 반면, AI 노출도가 가장 높은 직업군에서 30세 이상의 근로자는 같은 기간 동안 612% 성장했습니다 (수백만 명의 근로자를 포함하는 ADP 급여 데이터를 사용한 스탠퍼드 대학교 연구).
그리고 이 혼란스러운 상황 속에서 제가 가장 좋아하는 통계는, 단 두 개의 숫자로 전체 이야기를 설명해주기 때문입니다: 미국 노동통계국(U.S. Bureau of Labor Statistics, BLS)은 [
70년 동안 "개발자"는 하나의 묶음이었습니다. 판단(무엇을 만들어야 하는가? 이것이 정확한가? 버틸 수 있는가?)과 생산(코드를 타이핑하는 것)이 결합된 형태였습니다. 하나를 얻으려면 다른 하나를 반드시 가져야 했기에 시장은 이 둘을 함께 가격 책정했고, 많은 사람이 주로 생산 측면에 대해 보상을 받는 것을 바탕으로 전체 경력을 쌓아왔습니다.
현재 개발자의 84% 이상이 AI 도구를 사용 중이거나 사용할 계획입니다. 이 묶음에서 생산 측면의 비용은 이제 거의 제로에 가깝습니다.
그리고 저는 모든 개발자의 눈꺼풀 안쪽에 문신으로 새기고 싶은 문장이 하나 있습니다:
AI는 개발자의 기준(bar)을 낮춘 것이 아닙니다. 그것은 바닥(floor)을 제거했습니다.
과거에는 바닥이 존재했습니다. 단순한 생산 작업만으로도 인간의 시간이 소요되었고 인간의 시간에는 비용이 발생했기 때문에, 그 아래로는 더 이상 떨어질 수 없는 수준이 있었습니다. 그 바닥이 전체 경력을 지탱해 주었습니다. 명확하게 정의된 티켓(ticket)을 처리하는 것도 생계 수단이었습니다. 보일러플레이트(Boilerplate) 작성도 생계 수단이었습니다. "컴파일이 되고 QA를 통과한다"는 것도 생계 수단이었습니다.
평범함(Mediocrity)은 과거에는 생계 수단이었지만, 이제는 상품(commodity)이 되었습니다.
하지만 바닥을 증발시킨 것과 동일한 언번들링(unbundling) 과정은, 기계가 당신에게 다시 되팔 수 없는 모든 것에 스포트라이트를 비추었습니다:
명세 (Specification) — 모호한 인간의 바람을 구축할 수 있을 만큼 정밀한 무언가로 바꾸는 것. 이것은 언제나 어려운 부분이었지만, 우리는 단지 그것을 타이핑 작업 속에 숨겨두었을 뿐입니다.
검증 (Verification) — 생성된 코드를 읽고 그 안에 담긴 확신에 찬 거짓말을 잡아내는 것. 저는 매일 실제 운영되는 핀테크(fintech) 코드를 배포하고, 한편으로는 코딩 에이전트(coding agents)로 제품을 만들며 이 일을 수행합니다. 그리고 저는 과장된 홍보(hype)가 건너뛰는 진실을 말씀드리고자 합니다. 기계의 오류는 허술하지 않습니다. 그것은 그럴듯합니다. 돈을 움직이는 코드에서 발생하는 그럴듯한 오류는 기업이 망하는 방식입니다. 이를 잡아내는 사람은 그 어느 때보다 가치 있는 존재가 되었습니다.
판단 (Judgment) — 무엇을 만들지 말아야 할지를 아는 것. 모델은 잘못된 문제에 대해 아름다운 해결책을 대규모로, 영원히 생성해낼 것입니다.
책임 (Ownership) — 추상화가 누수(abstraction leaks)될 때 새벽 2시에 책임을 지는 인간이 되는 것. 어떤 모델도 그 책임을 자처하지는 않습니다.
누군가는 여전히 해야 합니다.
이것들은 결코 새로운 기술이 아닙니다. 바로 그 점이 반전입니다. 시장은 언제나 이 기술들에 대가를 지불해 왔습니다. 다만 과거에는 타이핑(typing)과 묶어서 구매했을 뿐이며, 우리 중 많은 이들이 조용히 타이핑에 대한 비용을 청구하고 있었을 뿐입니다.
그렇다면 당신은 이 마멸(attrition)의 어느 쪽에 서 있습니까?
정직한 테스트를 해보십시오: 코드 생산 비용이 0원이 될 때, 당신의 가치는 살아남을 수 있습니까?
만약 당신이 파는 것이 프레임워크 암기력(framework recall), 티켓 처리량(ticket throughput), 그리고 단순히 "작동하는" 코드라면, 빈 책상(empty-desk)의 수학적 계산은 이미 당신에게 불리하게 돌아가고 있으며, 승리하기 위해 당신을 해고할 필요조차 없습니다. 그저 기다리기만 하면 됩니다.
만약 당신이 묶이지 않은(unbundled) 나머지 절반을 팔거나, 지금부터 그것을 구축하기 시작한다면, 동일한 수학적 계산이 당신을 위해 작동할 것입니다. 규모가 축소되는 모든 팀은 예산을 더 적고, 더 신뢰할 수 있는 사람들에게 집중합니다. "AI 노출 직군에서 숙련된 노동자에 대한 급여가 6~12% 상승한다"는 말이 실제로는 이런 의미입니다: 돈이 직업에서 떠난 것이 아니라, 이동한 것입니다.
그 흐름에 올라타는 방법은 신비로운 것이 아닙니다:
작성하는 코드보다 더 많은 코드를 검토(Review)하십시오. 검증(Verification)은 이번 10년의 핵심 기술입니다. 당신이 해체하고 분석하는 모든 생성된 PR(Pull Request)은 하나의 연습(rep)입니다. 모든 코드 블록에 대해 질문하십시오: 무엇이 이것을 실패하게 만들 것인가?
사양(specs)을 마치 제품 그 자체인 것처럼 작성하십시오. 무엇인가를 생성하기 전에, 입력값(inputs), 예외 케이스(edge cases), 실패 동작(failure behavior)을 정확하게 정의하십시오. 사양을 명시할 수 없다면 검증할 수 없으며, 그것을 할 수 있는 누군가가 당신 대신 보상을 받을 것입니다.
한 가지를 온전하게 출시(Ship)하십시오. 설계하고, 구축하고, 배포하고, 운영하고, 밤중에 수정하십시오. 오너십(Ownership)은 티켓(tickets)을 통해서는 배울 수 없습니다. 티켓은 이미 누군가에 의해 판단이 완료되어 제공된, 미리 씹혀진(pre-chewed) 결과물일 뿐입니다.
튜토리얼이 아니라 실패를 공부하십시오. 기계는 모든 튜토리얼을 암기했습니다. 사후 분석(Post-mortems), 장애(outages), 부패한 코드베이스(rotten codebases). 그것이 바로 안목(taste)이 생겨나는 곳이며, 안목은 기계가 흉내 낼 수 없는 것입니다.
기계를 경쟁자가 아닌 리드(lead)처럼 감독하십시오. 현재 번창하고 있는 개발자들은 타이핑을 위임하고 책임은 유지합니다. 그것은 타협이 아닙니다. 그것은 승진입니다.
타이피스트(typists)들이 당신에게 말할 부분
타이피스트(typing pools)에 관한 사실은 이렇습니다. 그곳의 사람들이 모두 사라진 것은 아닙니다. 어떤 이들은 그 기술에 매달리다가 함께 몰락했습니다. 반면, 어떤 이들은 그 기술이 결코 핵심이 아니었다는 점을 일찍이 알아차렸습니다. 사무실은 여전히 정보와 결정, 그리고 책임감을 가진 유능한 누군가에 의해 운영되었습니다. 그들은 관리자(administrators), 매니저(managers), 그리고 새로운 기계의 운영자(operators)가 되었습니다. 같은 건물, 다른 책상, 그리고 더 높은 급여를 받게 된 것입니다.
직업이 사라진 것이 아닙니다. 그 업무의 묶음(bundle)이 사라진 것입니다.
과거의 사무실이 편지를 타이핑하는 것보다 훨씬 더 컸던 것처럼, 소프트웨어는 코드를 타이핑하는 것보다 훨씬 더 거대합니다. 기계가 생산하는 결과물을 신뢰할 수 있는 사람들에 대한 수요는 기술 분야에서 가장 빠르게 증가하는 희소성(scarcity)이며, 위에 제시된 수치들이 제가 말하는 것보다 더 강력하게 이를 증명하고 있습니다.
그들은 당신을 해고하지 않을 것입니다. 하지만 스프레드시트 어딘가에서는 당신이 대체될지 여부가 이미 결정되어 있습니다. 그리고 그 기준은 당신이 얼마나 빨리 타이핑하느냐와는 아무런 관련이 없습니다.
책상을 옮기십시오.
저는 서아프리카 핀테크(fintech) 분야에서 일하는 시니어 풀스택 개발자(senior full-stack developer)입니다. 낮에는 프로덕션 결제 코드를 배포하고, 밤에는 코딩 에이전트(coding agents)를 감독하며 AI 기반 SaaS를 단독으로 구축합니다. 따라서 저는 이 분열의 외부가 아닌 내부에서 이 글을 쓰고 있습니다. 제 생각이 틀렸다고 생각하신다면 댓글을 남겨주세요. 모든 의견에 답변하며, 특히 의견이 다른 분들의 목소리에 귀를 기울입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기