내 10년이 사라지고 있다 — HN 681댓글을 폭발시킨 시니어 개발자의 공개 진단

핵심 요약 (TL;DR)

10년차 핀테크 시니어가 익명으로 올린 'LLMs are eroding my software engineering career' 에세이가 2026-06-06 발행 직후 HN 722점·681댓글로 폭발했습니다. 코드베이스가 사람이 아니라 LLM이 읽도록 쓰여지면서 도메인 지식과 아키텍처 판단력 프리미엄이 사라진다는 진단입니다. 한국 5~15년차 백엔드·풀스택에게 처음으로 공개 정량화된 발화점입니다.

누가 무엇을 썼나

bearblog의 'the human in the loop' 계정. 웹 프론트엔드에서 백엔드로 전환했고, 회계·결제 라이프사이클·PCI 컴플라이언스·복식부기 원장 같은 핀테크 도메인을 10년 동안 쌓은 익명의 시니어입니다. 에세이 한 편이 2026-06-06 bearblog에 올라왔고, 다음 날 HN 프론트페이지 최상위로 떠오르며 댓글 681개가 달렸습니다(2026-06-08 KST 시점 기준).

소스: https://human-in-the-loop.bearblog.dev/llms-are-eroding-my-software-engineering-career-and-i-dont-know-what-to-do/

왜 이렇게 많은 사람이 자기 얘기라고 느꼈을까

저자의 주장은 단순합니다. "이제 코드베이스가 사람이 아니라 LLM이 읽도록 쓰여진다." 이 한 줄에 시니어들이 떨었습니다.

LLM이 더 잘 읽도록 쓴 코드란, 추상화 레이어를 줄이고 컨벤션을 일관되게 맞추고 컨텍스트를 인라인 코멘트로 명시적으로 밝히는 코드입니다. 즉 '한 번 보면 빨리 이해되는 코드'인 거죠. 시니어가 갈고 닦은 '큰 그림을 머릿속에 그려놓고 코드의 의도를 짧은 변수명으로 압축하는 능력'이 오히려 마이너스가 됩니다. AI가 못 읽으니까요.

그러면 평가 기준이 바뀝니다. 코드 품질 토론, 아키텍처 트레이드오프 회의, "이 추상화를 뽑아야 하나 말아야 하나" 같은 시니어의 일이 빠르게 평가절하됩니다. 비즈니스 인풋에서 '그냥 LLM이 잘 부수고 잘 합칠 수 있는 코드'로 가는 직선이 더 빨라지니까요.

HN 댓글에 묻힌 8가지 진짜 페인포인트

토론을 훑어보면 시니어들이 입을 모아 꺼낸 불안은 크게 여덟 가지입니다.

• 도메인 지식의 반감기 단축: 5년에 걸쳐 쌓은 결제 도메인이, LLM이 컴플라이언스 문서를 자동 인덱싱하는 순간 다른 지원자와 비슷한 수준으로 평탄화
• '리뷰+이터레이트' 모델의 함정: LLM 출력 검수에 시간을 쏟다 보면 결국 속도 이득이 절반 이상 깎인다는 반박. 다만 회사는 검수 시간을 측정하지 않음
• 아키텍처 직감의 시장 소멸: "이 디자인은 6개월 뒤에 X 때문에 깨질 거야" 같은 판단이 채용에서 더 이상 1순위가 아님
• 신규 코드의 LLM 친화 컨벤션화: 회사가 신규 코드 90%를 LLM 친화 스타일로 강제하면 기존 추상화 자산이 곧 부채로 전환
• 'AI Doomer 산업화': AI 만드는 회사 임원이 직접 "내 회사 코드 80%는 AI가 쓴다"고 공개 자랑하는 시점(같은 주 Anthropic 발표)
• 컴플라이언스 일화의 환각 위험: 댓글 중 하나는 "Mythos 같은 도구가 자신만만하게 컴플라이언스 위반이라고 헛소리하는데 실제 규제엔 그 조항이 없다"고 폭로
• 시니어 → 도메인 점프 옵션 좁아짐: 에너지·항공·헬스케어로 옮기면 안전한가? 댓글의 그 산업 시니어들도 "우리도 똑같은 일 겪고 있다"고 답
• 장기 고용가능성 곡선의 왜곡: "10년차가 신뢰 자산이던 시대에서, 10년차가 비싼 부채로 보이는 시대로"

그래서 한국 시니어는 지금 뭘 해야 하나

저자는 자기 글에서 "어떻게 해야 할지 모르겠다"고 고백하며 끝맺습니다. 답을 주지 않은 글이 681댓글을 만든 거죠. 댓글에서 시니어들이 합의해 가는 다섯 가지 방향만 추려보면 다음과 같습니다.

1. AI가 쉽게 인덱싱하지 못하는 도메인으로 옮기는 카드를 미리 깔아두기 — 비공개 사내 문서·관계 자본·임상 데이터처럼 LLM 학습셋에 못 들어가는 영역
2. '리뷰어로서의 시니어' 정체성 재설계 — 코드 작성보다 리뷰·아키텍처 결정·롤백 책임의 비중을 의식적으로 늘리기
3. 본인이 만든 코드를 본인이 다시 설명할 수 있는지 매주 점검 — LLM에 위임한 라인이 본인 도메인 근육의 위축인지 자가검진
4. 사내 컨벤션 토론에 의식적으로 참여 — '신규 코드 LLM 친화 스타일' 결정이 만들어지는 순간 한 번이라도 발언해두기
5. 공개 글쓰기로 본인의 판단 자산을 외부에서 가시화 — 회사 내부에서만 머무는 시니어 판단력은 이번 시프트에서 가장 빠르게 깎이는 자산

FAQ

Q. 나는 5년차인데 같은 위기를 겪을까요?
지금 채용시장의 1~3년차는 이미 'AI 잘 부리는 게 디폴트'인 세대입니다. 5~10년차는 본인이 LLM을 더 잘 부린다는 우월감이 가장 빠르게 깎이는 구간이라 오히려 직격 대상이거죠.

Q. 백엔드보다 인프라·플랫폼이 더 안전한가요?
HN 댓글에서도 같은 질문이 반복됐습니다. 답은 도메인 자체가 아니라 "그 도메인 안에서 LLM에 위임 불가능한 부분이 얼마나 남아 있느냐"입니다. 인프라도 IaC 코드가 LLM 친화로 표준화되면 같은 압력이 옵니다.

Q. 익명 에세이 한 편을 너무 무겁게 받아들이는 거 아닐까요?
저자 신원·경력은 검증 불가입니다. 다만 같은 주에 Anthropic이 직접 "사내 코드 80%는 Claude가 쓴다"고 공식 폭로한 맥락에서, 이 에세이는 산업 데이터가 시니어의 직장 정체성에 도착한 첫 발화점에 가깝습니다.

마무리

"내 10년이 사라지고 있다"는 문장은 과장이 아닐 수 있습니다. 정확하게는 '내 10년의 가치 평가 함수가 바뀌고 있다'에 가깝죠. 함수가 바뀌는 시기엔 옛 함수에서 1등이었던 사람이 가장 크게 흔들립니다. 흔들리는 자리에서 한 칸 옆으로 옮길 카드를 지금부터 깔아두는 게, 681댓글이 합의에 다다른 한 줄짜리 결론입니다.