내 글 'LLM이 내 커리어를 갉아먹고 있다'에 대한 답변
한 핀테크 엔지니어가 자신의 글이 입소문을 타면서 모인 질문들을 모아 답변한 글입니다. 그는 경영진의 무리한 AI 도입으로 인해 설계가 조잡해지고, 스스로 쌓아온 도메인 지식의 가치가 하락하는 현실을 고백합니다. 이에 그는 인간 리뷰어들이 PR을 대충 검토하는 틈을 타 일부러 작업을 세분화하고 버그 티켓을 만들어 위험한 구역을 피해가는 등 고군분투하고 있으며, 도구를 완벽히 다루는 이른바 'AI 네이티브 엔지니어'가 되었음에도 장기적으로는 개발자라는 직업 자체가 저부가가치화(상품화)될 것에 깊은 우려를 표합니다.
"LLM이 내 커리어를 갉아먹고 있다"는 글에 달린 댓글에 대한 답변
2026년 6월 7일
그래서, 제 최신 글이 입소문을 타버렸습니다. 입소문이 나면 필연적으로 답변해야 할 엄청난 양의 댓글이 쏟아집니다. 끝없는 댓글 깊이에 제 정신이 나갈 것 같아서 해커뉴스(HN)나 레딧 같은 곳에서 일일이 답글을 달고 싶지 않았습니다. 그래서 몇 가지 댓글을 추려서 답변을 찾는 분들을 위해 여기에 남깁니다.
"도대체 무슨 소리인지? 나는 하루 종일 LLM을 다루지만, 금융 서비스를 책임지는 자리에 LLM을 앉히는 것은 절대 안 될 짓이다. LLM은 우리 비즈니스의 구체적인 부분, 즉 지방 세금 규정이나 회계 처리 과정의 특수성, 원장(Ledger) 구현의 세부 사항에서 흔히 실패한다."
이 부분은 제가 좀 더 명확하게 설명했어야 했습니다. LLM이 지방 세법이나 아주 세밀한 디테일에 있어서 모든 것을 자동화하는 것은 아닙니다. 하지만 이런 부분은 보통 회사의 법무팀에서 처리합니다 (물론 법무팀 역시 LLM을 활용해 많은 루틴 작업을 자동화하고 있습니다). 문제는 제가 오랜 시간에 걸쳐 마스터했던 도메인 지식 (분명 법무팀이 다루는 것보다는 얕은 수준이지만)이 이제는 단지 ChatGPT Pro나 Extended Thinking 모델에 프롬프트 하나면 바로 끌어다 쓸 수 있게 되었다는 것입니다. 제가 슬픈 이유는 바로 이것입니다. 저는 이런 지식을 가지고 있으면 그저 코딩만 할 줄 아는 개발자들 사이에서 저를 차별화할 수 있을 거라 생각했는데, 이제는 그게 더 이상 현실이 아니기 때문입니다.
"제 직장에서도 에이전트들은 이런 종류의 작업에서 서툴렀지만, 새로운 모델 + 에이전트 친화적인 문서 + 코딩하기 전에 제발 문서부터 읽으라고 애원하는 AGENT.md 파일 덕분에 상황이 완전히 바뀌었습니다. 예전에는 오래 근무해서 디테일을 잘 아는 동료들에게 물어보곤 했는데, 이제 그럴 필요가 점점 줄어들고 있습니다. 이제 제 업무를 하는 데 훨씬 적은 인간의 개입만으로도 충분합니다. 가만히 생각해보면 이는 정말 소름 돋는 일입니다."
"또한, 매니저들이 AI로 설계 문서 작성 속도를 높이라고 권장하는 핀테크라면, 돈을 다루는 비즈니스를 하기에는 너무 무책임해 보인다."
네, 저도 그에 동의하지 않습니다. 그래서 제가 취한 우회 방법은 다음과 같습니다:
- 상태 머신(state machine)이나 구현 디테일에 대해 문서를 다소 모호하게 작성하여, 제가 신중하게 생각할 수 있는 구현의 여지를 남겨둡니다. AI가 도입되고 (이어서 해고가 있은 후), 모두가 읽어야 할 긴 문서와 리뷰해야 할 PR(PR, Pull Request)에 파묻혀 있기 때문에 리뷰어들이 예전 같지 않게 까다롭지 않습니다. 덕분에 초기 문서의 결함을 피해 구현할 공간이 생깁니다.
- 시간을 벌기 위해 팀 보드에서 일정 조정을 합니다. 예를 들어, 항상 E2E(엔드투엔드) 테스트 티켓을 추가하는데, 이 과정에서 버그를 찾아 기능이 정식 배포되기 전에 버그/개선 티켓을 등록할 수 있습니다. 이 방식은 구현을 신중하게 리뷰할 시간을 벌어주기도 합니다.
- 또한 (보통 더 민감한) 초기 구현 부분을 평소보다 더 많은 작업 카드로 쪼개서, 신중하게 구현하고 리뷰할 수 있는 여유를 확보합니다.
제가 이렇게 하는 것을 좋아할까요? 당연히 아닙니다. 하지만 제 선택지가 무엇이 있습니까? 제가 아는 사람들의 말에 따르면, 우리 회사는 그나마 '바이브 코딩(vibecoding, AI의 자율적인 코딩)'의 극단적인 곳에 있지는 않다고 합니다. 그러니 잠재적으로 더 최악인 환경으로 이직하는 것은 좋은 거래가 아닙니다. 적어도 저는 이해관계자들의 불안감을 통제하는 법을 아는 곳에 있으며 (제 근면함과 신중함 덕분에 좋은 평판을 얻었습니다), 저를 전력 질주하는 바이브 코딩으로 강요하지는 않는 곳에 있습니다.
"파도를 타세요. 웹사이트와 웹앱이 파도였을 때 당신은 그것을 탔습니다. 저는 인터넷 이전에 소프트웨어 산업에 뛰어들었고, 계속 말을 갈아탔습니다. 새로운 트릭을 배우기에 결코 늦은 나이란 없습니다. 새로운 파도는 새로운 종류의 작업과 일꾼을 만듭니다. 그들 중 한 명이 되세요. 야수를 타고, 도구를 마스터하세요. 이건 결국 같은 게임의 반복일 뿐입니다."
맞습니다, 저는 지금 그렇게 하고 있습니다. 저는 우리의 에이전트 툴링을 개선하기 위해 끊임없이 코드를 커밋하는 엔지니어 중 한 명이며, 적대적 코드 리뷰를 위해 다양한 모델을 사용하고, 기술과 프롬프트로 이루어진 도구 모음을 유지하는 등 여러 작업을 하고 있습니다. 저는 사실상 이른바 'AI 네이티브 엔지니어'가 되었습니다 (세상에, 저 단어가 정말 싫습니다).
다만, 저는 미래에 대해 더 우려하고 있습니다. 만약 앞으로 몇 년 동안 모델들과 그 제어 하네스(Harnesses)가 지금과 같은 속도로 계속 발전한다면, 우리는 이 직업이 완전히 저부가가치 상품화되는 세상으로 향하고 있는 것입니다. 제본스의 역설(Jevons Paradox)에 대한 이야기가 있지만, 저는 동의하지 않...