실무자에서 오너로: 번아웃, AI, 그리고 엔지니어의 다음 수

몇 달에 한 번씩 해커뉴스에 같은 글이 올라와요. “나는 기술을 떠나 오프라인으로 살기로 했다”. 이번엔 Sentry의 전 오픈소스 총괄이었어요. 이유는 늘 비슷해요. 번아웃, 서서히 식어버린 코딩의 재미, 그리고 갈수록 ‘마지막 한 방’이 되는 AI.

그런데 저는 지금이 기술 역사상 가장 흥미로운 시기라고 생각하거든요. 그렇다면 왜 이렇게 뛰어난 사람들이 조용히 출구로 향하는 걸까요? 이 글은 그걸 이해해 보고, 동시에 제가 왜 정반대로 끌리는지 솔직하게 적은 거예요. 같은 압박을 느끼고 있다면, 조금이나마 도움이 되면 좋겠어요.

이건 그냥 혁명 아닌가요?

솔직하게 보면, 이건 진짜 산업혁명이에요. 고되고 반복적인 일을 자동화해서, 사람은 더 가치 있는 일로 올라가게 하는 거죠. 크게 보면 떠나는 사람들 말이 맞아요. 자본과 시간이 다른 데 쓰이도록 풀어주니까요. 지금 막 이 바닥에 들어오는 세대는 AI를 그냥 스택의 한 층쯤으로 여길 거예요. 우리가 더는 어셈블리를 짜거나 서버를 직접 랙에 꽂는 걸 신경 쓰지 않게 된 것처럼요.

그런데 왜 사람들은 바로 그 레버리지가 손에 들어온 순간에 떠나는 걸까요?

그 고된 노동이 사실은 제일 재미있는 부분이었으니까요

바로 거기서 어긋나요. 방직 공장에서 자동화된 노동은 가혹한 일이었어요. 그런데 소프트웨어에서 “앉아서 코드를 짜고 디버깅하는 일”은 얼른 벗어나고 싶던 고역이 아니었어요. 오히려 사람들이 푹 빠져 있던 취미였죠. 그 재미는 몰입에서 와요. 논리 퍼즐을 한 조각씩 맞춰가는, 깊고 고요한 그 상태요.

AI가 코드 작성과 디버깅을 대신해 주면, 그 퍼즐 자체가 사라져 버려요. 에이전트를 관리하고 설계를 검토하라며 “더 가치 있는 일로 올라가라”는 말은, 솜씨 좋은 목수가 현장 소장으로 승진하는 것처럼 들릴 수 있어요. 생산성은 더 높아질지 몰라도, 더 이상 나무를 직접 만지지는 못하는 거죠.

여기에 두 가지가 더해져요.

그 여유 시간은 끝내 오지 않아요. 이론대로라면 자동화는 깊이 생각할 시간을 벌어줘야 해요. 그런데 현실에서는, AI 덕분에 코드를 10배 빨리 짜게 되면 회사는 “좋아, 그럼 하루의 90%는 생각하는 데 써”라고 하지 않아요. “좋아, 그럼 이번 주 금요일까지 10배 더 내놔”라고 하죠. 머리를 쓰는 자리가 코드를 짜는 데서 쏟아지는 코드를 관리하는 데로 옮겨갈 뿐이에요.
만드는 일이 검사하는 일로 바뀌어요. 직접 코드를 짜는 건 실력을 갈고닦는 일이에요. 반면에 그럴듯해 보여도 틀렸을지 모르는 AI 코드를 잔뜩 읽으면서 미묘한 환각을 잡아내는 건, C+짜리 에세이를 똑같이 계속 채점하는 기분이에요.

저는 이 부분을 가볍게 보지 않아요. 이 번아웃은 게을러서도, 변화가 무서워서도 아니에요. 사랑하던 일의 일부를 잃은 데서 오는 진짜 상실감이에요.

10배의 함정

경영진이 놓치는 함정이 여기 있어요. 모델이 3초 만에 코드 한 덩어리를 뱉어낸다고 해서, 개발자가 안전하고 바로 프로덕션에 올릴 수 있는 기능을 10배 빨리 내놓을 수 있는 건 아니에요. 기대치는 곧바로 올라가요. 하지만 현실, 그러니까 AI가 제대로 된, 믿을 수 있는 설계를 내놓게 만드는 건 완전히 다른 기술이에요.

그리고 이건 진짜 실력이 필요한 일이에요. 이제 ‘컨텍스트 엔지니어링’, 그러니까 모델 앞에 올바른 맥락을 놓아 주는 일 자체가 하나의 분야가 됐어요. AI를 얼마나 쓸지 자체가 하나의 스킬이니까요. 정말로 2배, 5배, 10배 빨라지려면 깊은 도메인 지식(코드가 어떻게 생겨야 하는지 이미 알아야 환각을 잡아낼 수 있어요)과 시스템적 사고 (문법은 AI가 맡고, 조각들이 안전하게 맞물리게 하는 건 사람 몫이에요)도 필요하고요. 역설적이게도, AI를 제일 잘 부리는 사람은 옛날 방식을 수년간 갈고닦은 사람이에요. 그래서 평범한 개발자는 잔뜩 부풀려진 기대치와 만만치 않은 현실 사이에 끼어 옴짝달싹 못 하게 되죠.

생각의 전환: 실무자이길 그만두고 디렉터가 되기

떠나는 대신 이 판에서 길게 일하고 싶다면, 마음가짐을 통째로 바꿔야 해요. 실무자(Doer)라는 정체성을 내려놓고 디렉터(Director)가 되는 거예요. 예전에 배움은 어디로 갔을까?에서 다룬, 구현자에서 의사결정자로 옮겨가는 그 변화죠.

코드 짜기에서 결과를 책임지기로. 이제 코드는 흔하고 값싼 재료예요. 진짜 가치는 사람의 뒤죽박죽인 요구사항을 튼튼하고 안전한 구조로 옮기고, AI가 제대로 된 걸 만들게 하는 데 있어요. 예전엔 코딩 자체가 목적지였어요. 이제 코딩은 공장이고, 우리는 그 공장을 돌리는 공장장이에요.
바닥부터 직접 짜기에서 가드레일 만들기로. AI가 키보드에 손대기 전에 먼저 울타리를 쳐 두세요. 탄탄한 타입 시스템, 엄격한 스키마, 촘촘한 테스트, 든든한 CI/CD요. 잘못된 코드가 애초에 나올 수 없게 만들거나 나오는 즉시 걸리게 해서, 지친 눈으로 일일이 들여다보는 대신 시스템이 그 고된 검사를 대신하게 하는 거예요.
속도에서 비판적인 의심으로. AI가 짜준 코드를 ‘제로 트러스트’ 감사관처럼 대하세요. 제일 위험한 건 흠 하나 없어 보이면서 미묘한 취약점을 숨기고 있는 코드예요. 진짜 실력은 모델이 어디서 약한지 정확히 알고, “아니, 이건 6개월 뒤엔 스케일이 안 나와”라고 말할 수 있는 거예요.
중간 영역에서 시스템적 사고와 깊은 도메인 지식으로. AI가 보일러플레이트, CRUD, 뻔한 입력 폼을 먹어치우면서 그 중간 영역이 점점 얇아져요. 그러니 위로 시야를 넓히거나(이 서비스들은 서로 어떻게 맞물리지? 상태는 어디에 있지?), 아래로 깊이 파고들어서(LLM이 학습할 데이터가 부족한 특정 비즈니스 로직이나 틈새 레거시 프레임워크처럼) 대체 불가능한 사람이 되세요.
AI와 씨름하기에서 에이전트 플라이휠 굴리기로. AI를 내 일자리를 빼앗는 적으로 보지 마세요. 의욕 넘치고 말도 안 되게 빠른 인턴 팀이라고 생각하세요. 일을 잘 맡기고, 맥락을 정해 주고, 여러 에이전트를 지휘하는 데 능숙해지는 거예요.

디렉터가 아니라 오너로

여기서 저는 제 틀을 스스로 뒤집어요. ‘디렉터’라고 하면 직접 만들기를 멈추고 감독만 하는 것처럼 들리는데, 적어도 저한테는 전혀 그렇지 않거든요. 오히려 정반대예요.

AI는 제게서 만드는 재미를 빼앗지 않았어요. 오히려 그걸 더 할 수 있게 해 줬죠. 이제 저는 원래 잘하던 부분만이 아니라 기능 하나를 처음부터 끝까지 끌고 갈 수 있어요. 시간이 없어서 대충 넘기던 세세한 사용자 경험까지 직접 설계할 수 있고요. 낯선 코드베이스에 들어가 시스템들이 서로 어떻게 얽혀 있는지 진짜로 이해할 수 있어요. 에이전트와 함께 탐색하면 그 과정이 빠르고, 솔직히 재미있거든요. ‘그건 할 시간이 없지’ 하며 미뤄두던 일들이 갑자기 손에 잡혀요.

이건 제 역할을 줄이는 게 아니라 넓혀요. 범위가 커지고, 오너십이 커지고 — 번아웃 글들이 놓치는 지점이 바로 이건데 — 그게 신나요. 전체를 이해하고, 작은 디테일을 다듬고, 결과를 처음부터 끝까지 책임지는 일은 만드는 재미를 잃고 받는 위로상이 아니에요. 저한테는 소프트웨어를 만들면서 가장 몰입했던 순간이에요.

그러니 어쩌면 변화는 실무자에서 디렉터로가 아니에요. 실무자에서 오너로예요. 나무 만지기를 그만둔 사람이 아니라, 드디어 전부를 직접 지을 수 있게 된 사람이요.

기술의 제번스 역설

경제학에 제번스 역설이라는 게 있어요. 기술이 발전해서 어떤 자원을 더 싸게 쓸 수 있게 되면, 그 수요가 줄기는커녕 오히려 늘어난다는 거예요. AI 덕분에 코드 짜는 게 엄청 싸졌으니, 세상은 훨씬 더 많은 소프트웨어를, 더 많은 실험을, 더 많은 자동화 시스템을 원하게 될 거예요. 이 시대에 잘 살아남는 엔지니어는, 결국 병목은 타이핑이 아니라 ‘생각’이라는 걸 또렷이 아는 사람일 거예요. 출시는 싸고 방향성은 비싸다는 말처럼요.

제가 준비하는 방법

여기서부터는 실천 이야기예요. 이 시대를 두려워하지 않고 올라타려고 제가 실제로 하고 있는 것들이에요.

코드를 값싼 것으로 받아들이기. 예전에 우아한 함수 하나에서 느끼던 뿌듯함을, 이제는 깔끔한 설계 결정에서 똑같이 느끼려고 스스로를 길들이고 있어요. 다루는 솜씨가 한 단계 위로 올라간 셈이니, 제 자부심도 거기 따라가면 좋겠어요.
검증이 쉬운 건 자동화하고, 나머지는 직접 방향을 잡기. 단순하고 반복적이라 검증이 쉬운 일은 에이전트에게 많이 넘겨요. 그렇게 아낀 시간은 다시 방향을 잡는 데 쏟고요. 에이전트가 이미 잘하는 것 위에, 제가 아는 것과 제 취향을 얹는 거예요. 에이전트는 자기가 만들어 내는 것과 ‘사람들이 이 제품을 사랑하게 만드는 지점’을 동시에 보지는 못하거든요. 그 두 번째를 끝까지 챙기는 게 제 몫이죠. 그렇다고 혼자 하는 일은 아니에요. 에이전트는 제 의도를 잘 읽고, 디테일에서도 그걸 더 낫게 다듬어 주니까요.
가드레일을 몸에 배게 하기. 타입, 스키마, 테스트, CI는 잡일이 아니에요. AI가 내놓은 걸 검토하는 일을 영혼을 갉아먹는 노동이 아니라 그럭저럭 견딜 만한 일로 바꿔 주는 장치거든요. 밤 11시에 지친 제 눈보다, 테스트가 환각을 잡아 주는 편이 훨씬 나아요.
에이전트에게 일 맡기는 걸 진짜 잘하기. 컨텍스트 엔지니어링을 원망하는 대신, 그 자체로 갈고닦을 만한 기술로 받아들이고 있어요.
즐거움을 일부러 지키기. 한 줄 한 줄 직접 손으로 짜는 프로젝트를 적어도 하나는 남겨 둬요. 다른 이유 없이, 오직 그 몰입 때문에요. 본업이 큰 그림을 그리고 지휘하는 일이어도, 가끔은 직접 나무를 만져야 마음이 살거든요.
속도 말고, 나한테 의미가 있는지 살피기. 10배 더 내놔도 매 순간이 괴롭다면 그건 이긴 게 아니잖아요. 그걸 일찍 알아차리는 게 “마지막 한 방”을 피하는 길이에요.

직접 나무를 만지는 걸 사랑했던 베테랑들에게는, 이게 정말로 애도할 만한 한 시대의 끝일지도 몰라요. 그 마음을 가볍게 넘기고 싶진 않아요. 하지만 전략과 문제 해결, 그리고 설계에서 즐거움을 찾을 수 있다면, 이 시대는 지금까지 인간이 가져본 적 없는 엄청난 지렛대를 손에 쥐여줘요. 결국 관건은, 그리고 제가 제대로 해내고 싶은 것도, 내가 정말 어떤 게임을 하러 왔는지 스스로 정하고 거기에 맞춰 의도적으로 준비하는 거예요.

함께 읽으면 좋은 글: AI를 얼마나 쓸지는 이제 스킬이다, 루프 속의 인간, 그리고 에이전트가 커질 때 사람은 어떻게 배울까.