10년차 시니어 백엔드 엔지니어가 6월 6일 자기 블로그에 올린 “LLMs are eroding my software engineering career and I don’t know what to do”라는 글이 Hacker News에서 빠르게 확산됐습니다. 글쓴이는 도메인 전문성·디버깅·아키텍처라는 세 개의 기둥이 차례로 무너지고 있다고 고백합니다.
본 글은 원문(human-in-the-loop bearblog, 2026-06-06)의 주장을 정리하고, 한국 백엔드 시니어 채용시장에서 동일한 침식이 어떻게 진행되고 있는지 검토합니다. 같은 고민을 하고 계신가요?
1. 어느 10년차 시니어의 고백
글쓴이는 핀테크 도메인에서 PCI 컴플라이언스, 복식부기 원장, 에스크로, 결제 멱등성을 다뤄온 시니어 백엔드 엔지니어입니다. 그는 “도메인 전문가가 되어 차별화되겠다”는 전략으로 커리어를 설계했으나, 회사가 ChatGPT·Claude Enterprise 계정을 전 직원에게 지급한 시점부터 그 전략이 흔들리기 시작했다고 적었습니다.
Stack Overflow Developer Survey 2024에 따르면 전 세계 개발자 가운데 약 76%가 AI 코딩 도구를 이미 사용하거나 사용할 계획이라고 답했습니다(설문 원본). 한국 환경도 같은 흐름을 따라가고 있다고 보는 게 안전합니다.
2. 첫 번째 침식 — 도메인 전문성
글쓴이는 결제 시스템을 다시 설계하는 프로젝트를 맡으면서 LLM에 도메인 지식을 요구해 봤다고 합니다. 처음에는 “내가 쌓은 트레이드오프 판단을 모델이 따라올 리 없다”고 확신했지만, 모델이 멱등성 키 설계, 이중 청구 방지 패턴, 정산 라이프사이클을 빠르게 연결해내는 것을 보고 충격을 받았다고 적었습니다.
원인은 분명합니다. 결제·정산 도메인 지식은 학술 논문, 공식 문서, 기술 블로그 형태로 공개돼 있고, 이는 모델 학습 데이터로 적합합니다. 한국 환경에서도 PG·VAN 구조, 정기결제 패턴, 가상계좌·계좌이체 멱등성은 충분히 공개된 영역이라 동일한 침식이 진행 중이라고 봐야 합니다.
3. 두 번째 침식 — 디버깅과 분산 시스템
“디버깅만큼은 인간의 영역”이라는 믿음도 흔들립니다. 글쓴이는 Claude 4.5 시점에는 스택 트레이스와 Sentry MCP 컨텍스트가 있으면 약 60%의 버그가 원샷으로 해결됐다고 회상합니다(원문 기준). 이후 4.6, 4.7, GPT 5.5, Opus 4.8, DataDog MCP 조합이 누적되면서 분산 시스템 레이스 컨디션과 서드파티 통합 엣지 케이스 포함 90%가 한 번에 해결된다는 게 그의 체감입니다(원문 기준).
국내에서도 Sentry, DataDog, Grafana 같은 관측 도구가 MCP 또는 동등한 컨텍스트 채널로 LLM과 연결되는 흐름이 빠르게 확산되고 있습니다. 시니어가 “이틀짜리 디버깅”으로 차별화하던 시대가 줄어들고 있다는 의미입니다. 다만 환각 가능성, 잘못된 가설을 그럴듯하게 제시하는 위험은 그대로이므로 최종 판단·승인은 여전히 인간 몫입니다.
4. 세 번째 침식 — 코드 품질과 아키텍처
마지막 보루로 글쓴이가 지목한 것은 코드 품질과 아키텍처 감각입니다. DDD, 헥사고날, 클린 아키텍처 같은 키워드와 함께 그가 10년에 걸쳐 다듬어온 영역입니다. 그런데 시장은 이를 “taste(취향)”라는 한 단어로 축약하기 시작했고, 동시에 코드가 “사람이 읽기 위한 것”에서 “에이전트가 읽기 위한 것”으로 옮겨가고 있다고 그는 진단합니다.
실제로 에이전트가 자동 생성하는 코드는 순환 의존, 중복 코드, 불필요한 주석, 순수 함수와 사이드 이펙트 혼재 같은 문제가 흔합니다. F등급 코드베이스는 여전히 인간이 막아야 하지만, C나 D등급은 시장이 용인하는 새로운 평형점으로 이동하고 있다는 게 그의 관찰입니다. 한국 기업도 사정은 비슷합니다. 사내 코드 리뷰 정책을 강하게 유지하는 곳과 “동작하면 된다”로 회귀하는 곳이 갈리고 있어요.
5. 한국 채용시장에서 무엇이 달라지나
원문에서 가장 무거운 문장은 “예전에는 ‘Software Engineer – 도메인’으로 채용했는데 이제는 그냥 ‘Software Engineer’다”라는 부분입니다. 팀 배정은 오퍼 수락 이후로 미뤄진다는 거죠. 한국에서도 비슷한 변화가 보입니다. 결제·커머스·에듀테크처럼 도메인 키워드로 분리해 뽑던 공고가 “백엔드 엔지니어” 단일 트랙으로 묶이는 사례가 늘고 있습니다.
이는 “도메인 깊이로 평가받던 시니어”에게는 불리한 신호입니다. 모든 시니어가 같은 트랙에서 경쟁하면 공급은 늘고 가격은 떨어집니다. 시니어 수요 둔화 체감 보고가 업계에서 이어지는 것도 같은 맥락으로 해석할 수 있어요(확정 통계는 발표 시점·집계 기관마다 차이가 있으니 본인 회사·직무 기준으로 다시 점검해 보세요).
6. 후배님께 — 살아남기 위한 3가지 방어 전략
후배님, 이 글을 읽고 도메인 공부를 그만둘 필요는 없어요. 다만 “어떤 도메인 지식이 LLM 학습 데이터에 풍부한가”를 먼저 따져봐야 해요. 학습 데이터가 풍부한 영역은 빠르게 침식돼요. 반대로 사내 비공개 데이터·운영 사고 이력·고객 행동 패턴처럼 외부에 노출되지 않은 정보는 침식 속도가 느려요.
6-1. 비공개 컨텍스트에 투자하세요
장애 후 회고 문서, 운영 환경의 제약 조건, 고객 SLA, 사내 보안 정책 같은 정보는 외부 모델이 모릅니다. 이걸 정리·연결하는 역할은 시니어의 새로운 해자가 될 수 있어요. RAG·MCP 형태로 사내 컨텍스트를 모델에 주입하는 작업 자체가 시니어 일감으로 떠오르고 있거든요.
6-2. LLM 워크플로 설계 능력을 쌓으세요
코드 작성보다 검증·승인·롤백·관측이 더 중요한 시대로 가고 있어요. Claude Code, GitHub Copilot Workspace, Cursor 같은 도구를 “사용자”가 아니라 “설계자” 입장에서 다뤄보세요. 어떤 작업을 모델에 위임할지, 어디에 인간 게이트를 둘지, 실패 시 어떤 신호로 알릴지를 직접 정의할 수 있어야 해요.
6-3. 비기술 역량을 키우세요
요구사항 분해, 이해관계자 협상, 의사결정 문서화, 사고 커뮤니케이션은 여전히 인간 중심 작업입니다. 원문 글쓴이가 “Design Doc은 엔지니어·PM 모두가 읽도록 써야 한다”는 요청을 받은 것도 같은 맥락이고요. 이 영역이 어떤 카테고리에 속하는지 헷갈리시면 아래 관련 글 “비기술 역량 5가지” 정리를 참고해 주세요.
7. 도입 판단 체크리스트
- 현재 본인의 차별화 자산이 “공개 학습 데이터에 풍부한 도메인 지식”인지 점검합니다.
- 본인 팀에 사내 비공개 컨텍스트(장애 회고, SLA, 운영 제약)가 문서화돼 있는지 확인합니다.
- Sentry·DataDog·Slack 같은 운영 도구가 MCP 또는 동등한 형태로 LLM과 연결될 가능성을 평가합니다.
- LLM이 가장 잘하는 영역(코드·디버깅·문서화)을 위임하고, 본인은 검증·승인 게이트를 설계 중인지 점검합니다.
- 채용공고가 “도메인+직무”에서 “직무 단일 트랙”으로 이동하는 흐름을 본인 회사·이직 후보 기업에서 관찰합니다.
관련 글
LLM 의존도가 높아질수록 비기술 역량과 의존도 리스크 관리의 가치가 부각됩니다. 본 글과 함께 읽으면 좋은 글을 정리했어요.
- 코딩만이 일이 아니에요 — 후배님께 전하는 비기술 역량 5가지 — 본 글 6-3에서 짚은 비기술 역량을 더 깊이 풀어봤습니다.
- Anthropic이 SEC에 S-1을 제출했다 — 한국 백엔드 팀의 의존도 점검 체크리스트 — LLM 도입 가속이 거꾸로 공급사 의존도 리스크를 키운다는 관점입니다.
- freeCodeCamp 44.6만 스타 — 한국 개발자가 2026년에 활용하는 법 — 학습 경로를 재설계할 때 참고할 수 있는 글입니다.
📌 함께 보시면 좋은 글
※ 본 글은 AI(Claude)의 초안을 기반으로 편집자 검수를 거쳐 발행되었습니다. (한국 AI기본법 대응 고지)
이직·퇴사, 지금 움직여도 될지 헷갈리시나요?
막연히 불안한 건지, 정말 시점이 온 건지 판단이 어려울 때가 있습니다.
5분 체크리스트로 지금 상태를 먼저 정리해보세요.
결론을 대신 내리기보다, 스스로 판단할 기준을 잡는 데 도움을 드립니다.
아직 확신이 없다면, 지금이 ‘고민 단계’인지부터 먼저 점검해보세요