개발자 가치는 도메인에서 나온다는 말, 어디까지 맞을까

"이제 개발자 가치는 코딩 실력이 아니라 도메인에서 나온다"는 말이 2026년 들어 개발자 커뮤니티를 흔들고 있습니다.

결론부터 말하면, 이 말은 절반만 맞습니다.

코딩 실력이 필요 없어졌다기보다, 판단과 검증의 무게중심이 "코드를 짜는 쪽"에서 "결과가 맞는지 아는 쪽"으로 옮겨가고 있다는 쪽에 가깝습니다.

2026년 7월 기준으로, 이 논쟁의 불씨가 된 원글과 실제 데이터, 그리고 가장 날카로운 반론까지 함께 정리했습니다.

이 글을 끝까지 읽으면 "도메인 지식이 커리어 자산인가, 아니면 마케팅 구호인가"를 스스로 판단할 기준이 생깁니다.

AI가 코드를 대신 써주는 시대의 핵심 질문은 "만들 수 있는가"에서 "이게 맞는지 판단할 수 있는가"로 바뀌었습니다. 도메인 지식은 바로 그 "맞는지 판별하는 기준"으로 작동합니다. 다만 이것이 코딩 실력을 대체한다는 뜻은 아니며, 반론도 만만치 않습니다.

사람들이 불안해하는 지점

요즘 개발자 커뮤니티에는 두 가지 불안이 함께 돕니다.

하나는 "AI가 코드를 다 짜주니 코딩 실력은 이제 의미 없는 것 아닌가"입니다.

나머지 하나는 정반대입니다.

국내 개발자 커뮤니티 OKKY에는 1년차 개발자가 "개발 실력은 안 늘고 도메인 지식만 잔뜩 쌓여서 걱정"이라고 적은 글이 올라왔습니다.

팀에 기획자나 도메인 담당자가 없어 레거시 코드를 분석하며 업무 지식만 늘어간다는 하소연입니다.

한쪽에서는 도메인이 답이라 하고, 다른 쪽에서는 도메인만 쌓이는 게 함정이라 합니다.

같은 커뮤니티의 다른 5년차 현직자는 "요즘 대기업 트렌드는 개발 반 도메인 반"이라며, 순수 개발만 하는 사람은 진급이 더디다는 현장 감각을 전하기도 했습니다.

이 혼란의 정체를 알려면, 논쟁이 어디서 시작됐는지부터 봐야 합니다.

 

도메인 지식이 해자라는 말은 어디서 나왔나

논쟁의 앵커는 개발자 Aaron Brethorst가 2026년 5월 30일 자신의 블로그에 올린 "Domain Expertise Has Always Been the Real Moat"라는 글입니다.

이 글은 해외 기술 커뮤니티 해커뉴스(Hacker News)에서 수백 개의 댓글이 달린 대형 토론으로 번졌습니다.

Brethorst의 논지는 이렇습니다.

소프트웨어에서 어려운 부분은 한 번도 "코드를 쓰는 일"이었던 적이 없다는 것입니다.

진짜 일은 머릿속에 그 업무의 작동 모델을 세우는 것이고, 코드는 그 이해를 옮겨 적은 결과물에 불과하다는 주장입니다.

그런데 에이전트형 AI가 이 둘 사이의 연결을 끊어버렸습니다.

여기서 에이전트형 AI란 단순 자동완성을 넘어, 파일을 읽고 고치고 명령까지 실행해 스스로 소프트웨어를 만들어내는 도구를 말합니다.

이제 머릿속에 모델을 세우지 않아도 소프트웨어가 만들어지는 셈입니다.

그래서 제약이 "만들 수 있는가"에서 "맞는지 판단할 수 있는가"로 옮겨갔다는 게 이 글의 핵심입니다.

 

배차 담당자와 만능 엔지니어의 대비

Brethorst는 두 부류의 사람을 대비시킵니다.

한쪽은 소프트웨어 배경이 없는 도메인 전문가입니다.

물류 배차 담당자를 예로 들면, 이 사람은 에러 로그 하나 못 읽지만 AI가 짜준 근무표를 보고 "이 시프트는 법적으로 불가능하다"를 즉시 압니다.

운전자가 하루 11시간을 넘게 일할 수 없다는 규칙을 몸으로 알기 때문입니다.

다른 한쪽은 도메인 경험이 없는 뛰어난 만능 엔지니어입니다.

이 사람은 무엇이든 설계하지만, 그럴듯하게 틀린 답을 걸러낼 기준이 없습니다.

코드가 잘 짜였는지는 검증해도, 그 결과가 실제로 맞는지는 판별하지 못합니다.

Brethorst의 결론은 "가장 가치 있는 사람은 두 층위를 모두 검증할 수 있는 사람"이며, 산업이나 규제, 물리적 프로세스 하나를 예전에 프로그래밍 언어 배우듯 깊게 배우라는 것입니다.

 

도메인 지식이 정확히 뭔가

도메인 지식은 특정 산업이나 업무에서 "무엇이 정답인지"를 아는 능력이며, AI가 코드를 대신 써주는 시대에는 "결과가 맞는지 판별하는 기준"으로 작동합니다.

조금 더 나누면 세 층위로 볼 수 있습니다.

먼저 업계와 규제 지식입니다.

급여의 공제 규칙, 의료 청구 코드, 물류의 근무시간 법규처럼 정답이 명확히 정해진 영역입니다.

다음은 제품과 업무 프로세스 감각입니다.

고객이 명세에 적지 않았지만 실제로 원하는 것을 잡아내는 능력입니다.

마지막은 문서에 없는 암묵지입니다.

"이 기능은 A부서 담당자가 싫어해서 결국 엎어질 것" 같은 조직 내부의 비공식 규칙이 여기 해당합니다.

해커뉴스의 한 사용자는 "이제 빛나는 것은 도메인 지식 자체가 아니라, 표준에서 어디가 벗어나는지를 아는 지식"이라고 지적하기도 했습니다.

 

데이터는 무엇을 말하나

주장만 들어서는 판단이 흐려집니다. 실제 데이터 두 가지를 봅니다.

먼저 Anthropic이 공개한 Claude Code 해커톤 결과입니다.

Anthropic 공식 발표에 따르면 이 대회는 약 1만 3천 명이 지원해 500명이 참가했고, 대부분 개발자였습니다.

그런데 수상자 5명 중 4명이 전문 개발자가 아니었고, 1위는 프로그래밍 경력이 1년 남짓한 교통 전문 변호사였습니다.

이 변호사는 별채 주택 인허가를 도와주는 도구를 6일 만에 만들어 냈습니다.

도메인 전문성이 코딩 경력을 앞선 상징적 장면입니다.

다만 이 결과는 참가자 500명 규모의 단발성 이벤트라는 점을 감안해서 읽어야 합니다.

다음은 Stack Overflow 2025 개발자 설문입니다.

Stack Overflow 2025 조사 기준으로 개발자의 84%가 AI 도구를 사용하지만, AI의 정확도를 신뢰한다는 응답은 29%로 오히려 이전보다 떨어졌습니다.

특히 경력이 많은 개발자일수록 AI를 덜 신뢰하고 직접 검증하는 경향이 뚜렷했습니다.

코드는 AI가 뽑아내도, 그게 맞는지 판별하는 몫은 여전히 사람에게 남아 있다는 정량적 신호입니다.

 

과장과 현실을 구분하면

이 주제는 자극적인 문장으로 소비되기 쉽습니다.

어디까지가 과장이고 어디부터가 현실인지 표로 정리했습니다.

과장된 표현	데이터와 현장이 말하는 현실
"코딩 실력은 이제 필요 없다"	코드가 보안과 확장성 면에서 잘 짜였는지 판별하는 건 여전히 엔지니어링 기초의 몫입니다. Stack Overflow 2025에서 경력자일수록 AI를 덜 믿고 직접 검증했습니다.
"도메인 전문가가 개발자를 대체한다"	결과가 맞는지 판별하는 것과, 애초에 맞는 결과를 만들도록 AI에 지시하는 것은 다릅니다. 이 사이에 실제 갭이 존재합니다.
"개발자는 끝났다"	원글을 쓴 Brethorst조차 "두 층위를 모두 검증하는 사람이 최고"라고 했습니다. 대체가 아니라 역량 조합의 무게중심 이동입니다.
"AI가 도메인까지 다 안다"	잘 문서화된 규칙은 AI가 알지만, 조직 정치나 비공식 프로세스 같은 암묵지는 채우지 못합니다.

가장 날카로운 반론은 해커뉴스의 최다 공감 댓글에서 나왔습니다.

"결과가 맞는지 검증하는 것과, 맞는 결과를 만들도록 지시하는 것은 완전히 다르다"는 지적입니다.

회계 전문가는 어떤 거래가 맞고 틀렸는지는 판별하지만, 정작 그 규칙이 뭔지 설명은 못 하는 경우가 많다는 것입니다.

도메인 전문가라고 곧바로 AI를 잘 부린다는 보장은 없다는 얘기입니다.

또 다른 반론은 "만능 엔지니어도 이미 소프트웨어라는 도메인의 전문가"라는 지적입니다.

AI를 피해 엉뚱한 도메인으로 도망칠 게 아니라, 소프트웨어가 확장되고 변형되는 걸 따라가면 된다는 것입니다.

개인적으로는 이 논쟁의 진짜 합의점이 "도메인이냐 코딩이냐"가 아니라 "결국 검증 능력"이라고 봅니다.

찬성 쪽도 반대 쪽도 마지막엔 "맞는지 판별하는 힘"으로 수렴하기 때문입니다.

---

그럼 무엇을 쌓아야 하나

이 흐름에서 개인이 준비할 수 있는 건 세 가지로 정리됩니다.

먼저 한 도메인을 언어 배우듯 깊게 배우는 것입니다.

금융, 의료, 물류, 커머스 중 하나라도 규칙과 예외를 몸에 익히면 AI 결과물을 판별하는 기준이 생깁니다.

다음으로 검증 능력을 새로운 핵심 스킬로 삼는 것입니다.

"운전자는 11시간을 초과할 수 없다" 같은 규칙을 테스트 코드로 옮겨 적고, 그 테스트가 의미 있는지까지 판단하는 능력입니다.

이때 코드가 맞는지와 결과가 맞는지, 두 층위를 모두 볼 줄 알아야 합니다.

끝으로 비전공자라면 이전 직군 경험을 진입 자산으로 보는 것입니다.

회계, 간호, 물류 같은 경력이 이제는 마이너스가 아니라 출발점이 될 여지가 커졌습니다.

다만 "AI가 다 해준다"는 뜻은 아니어서, 코드를 판별하는 최소한의 기초는 여전히 필요합니다.

이 대목은 주니어에게도 그대로 적용됩니다.

도메인만 쌓거나 개발만 쌓는 한쪽 몰빵이 위험하고, 조합이 방향이라는 점은 앞서 본 OKKY 초년차의 고민과도 맞닿아 있습니다.

AI 시대의 주니어 진입 흐름과 무엇을 공부해야 하는지는 이 블로그의 다른 글에서도 다룬 적이 있습니다.

 

자주 묻는 질문

이제 코딩은 안 배워도 되나요?

아닙니다. AI가 코드를 뽑아줘도 그게 잘 짜였는지와 실제로 맞는지를 판별하려면 기초가 필요합니다.

Stack Overflow 2025 조사에서 경력이 많은 개발자일수록 AI를 덜 신뢰하고 직접 검증하는 경향이 나타났습니다.

코딩 실력이 사라지는 게 아니라, 검증에 쓰이는 실력으로 역할이 바뀌는 쪽에 가깝습니다.

도메인 지식이 정확히 뭔가요?

특정 산업이나 업무에서 "무엇이 정답인지"를 아는 능력입니다.

급여의 공제 규칙이나 물류의 근무시간 법규처럼, 결과가 맞는지 판별하는 기준으로 작동합니다.

단순히 업무를 오래 했다는 것과는 다르며, 정답과 예외를 구분할 수 있느냐가 핵심입니다.

비전공자에게 유리해진 건가요?

이전 직군 경험이 진입 자산이 될 여지는 분명히 커졌습니다.

다만 도메인 전문가라고 곧바로 AI를 잘 부린다는 보장은 없습니다.

규칙을 "검증"하는 것과 AI에 "지시"하는 것은 다른 능력이기 때문에, 최소한의 코드 판별 감각은 함께 갖춰야 합니다.

 

결론

"개발자 가치는 도메인에서 나온다"는 말은 절반의 진실입니다.

정확히는 도메인이 코딩을 대체하는 게 아니라, 판단과 검증의 무게중심이 코드에서 "정답을 아는 쪽"으로 이동하고 있습니다.

가장 가치 있는 자리는 코드가 잘 짜였는지와 결과가 맞는지를 둘 다 볼 수 있는 사람에게 남습니다.

개인적으로는 도메인이든 코딩이든 하나만 붙잡기보다, 그 둘을 잇는 검증 능력을 키우는 쪽이 가장 안전한 방향이라고 생각합니다.

AI가 코드를 대신 써주는 시대일수록, "맞는지 아는 사람"의 값어치는 오히려 올라갑니다.