AI 코딩 시대에 더 비싸지는 도메인 전문성

AI 코딩 시대에 더 비싸지는 도메인 전문성

AI 뉴스 썸네일

AI가 코드를 빨리 쓰게 만들수록, “무엇이 맞는 결과인지”를 아는 사람의 가치가 더 커져요. 이번 글은 에이전트형 AI가 개발자의 일을 없앤다는 얘기보다 조금 다른 지점을 짚어요. 코드를 만드는 병목은 줄어들지만, 현실 업무의 규칙을 이해하고 결과를 판별하는 능력은 여전히 사람 쪽에 남아 있다는 얘기예요. 1

핵심 요약

구분	핵심	왜 볼 만한가요
AI 코딩	병목이 “만들 수 있나”에서 “맞는지 판단할 수 있나”로 옮겨가요	에이전트가 코드를 만들수록 검증 기준을 가진 사람이 더 중요해져요
도메인 지식	급여, 물류, 임상 코딩 같은 영역은 규칙과 예외가 결과를 좌우해요	범용 개발 실력만으로는 그럴듯하지만, 틀린 답을 놓칠 수 있어요
커리어	코드 품질과 업무의 정답 여부를 함께 볼 수 있는 사람이 강해져요	시니어 개발자에게 특정 산업을 깊게 배우는 전략이 더 현실적이에요

1. 소프트웨어의 어려움은 코드보다 업무 규칙에 있었어요

급여 시스템을 만든다고 생각해 보면, 어려운 부분은 입력 폼이나 계산 함수를 치는 일이 아니에요. 압류, 세전 공제, 급여 기간 중간에 바뀐 임금 같은 현실 규칙을 알아야 해요. 교통 앱도 마찬가지예요. GTFS 피드가 무엇인지, trip과 route가 왜 다른지, 시간표상 정시인 버스가 실제 이용자에게는 왜 틀릴 수 있는지 알아야 해요. 원문은 코드를 이런 이해를 옮겨 적은 결과로 봐요. 2

그래서 개발자는 오랫동안 “업무를 이해한 뒤 코드로 바꾸는 사람”에 가까웠어요. 명세를 읽고, 현업을 따라다니고, 운영 중에 실수하면서 머릿속에 도메인 모델을 만들었어요. 좋은 코드도 중요하지만, 그 코드가 어떤 현실을 표현하는지 모르면 제품은 쉽게 빗나가요.

2. 에이전트형 AI는 구현의 장벽을 낮췄어요

에이전트형 AI는 이 연결을 느슨하게 만들어요. 도메인 모델을 깊게 갖고 있지 않아도, 꽤 그럴듯한 소프트웨어를 만들 수 있기 때문이에요. 화면을 만들고, API를 붙이고, 테스트 초안을 쓰고, 배포 스크립트를 만드는 일은 예전보다 훨씬 쉬워졌어요.

문제는 여기서 끝나지 않아요. 코드가 컴파일되고 테스트를 통과해도, 업무 규칙을 틀리게 반영하면 결과는 틀려요. 임상 코딩이나 보험 청구처럼 정답이 세부 규칙에 묶인 영역에서는 이 차이가 특히 커요. 겉보기에는 잘 만든 시스템인데, 실제 청구나 정산에서는 비용이 큰 오류를 낼 수 있어요.

3. 도메인 전문가는 코드 없이도 정답을 알아볼 수 있어요

물류 배차 담당자, 임상 코더, 보험계리사는 스택 트레이스를 읽지 못할 수 있어요. 해시맵과 리스트 차이를 설명하지 못할 수도 있어요. 그래도 에이전트가 만든 배차표를 보고 “이 운전자는 법적으로 이 근무를 할 수 없다”고 바로 알 수 있어요. 특정 코드 조합의 보험 청구가 거절될 것도 알아볼 수 있어요. 1

이 지점이 중요해요. 에이전트가 이들에게 주는 것은 코드 생산 능력이에요. 반대로 이들이 에이전트에게 가져오는 것은 정답 기준이에요. 수천 번의 급여 정산, 수많은 예외 케이스, 실제 현장에서 반복된 판단은 짧은 설명 몇 줄로 쉽게 생기지 않아요.

4. 범용 개발자는 “잘 만든 코드”와 “맞는 결과”를 구분해야 해요

범용 엔지니어는 아키텍처, 신뢰성, 테스트, 장애 대응을 볼 수 있어요. 이 능력은 여전히 중요해요. 다만 도메인 지식이 약하면 그럴듯하지만, 틀린 답을 놓칠 수 있어요. 테스트도 결국 사람이 무엇을 테스트해야 하는지 알아야 의미가 있어요.

예를 들어 “운전자가 11시간을 넘겨 일하면 안 된다”는 테스트는 규칙을 아는 사람이 만들 수 있어요. 더 나아가 그 테스트가 정말 중요한 케이스를 잡고 있는지도 판단해야 해요. 코드 품질을 보는 눈과 업무의 정답 여부를 보는 눈이 함께 필요해지는 셈이에요.

5. 시니어 개발자의 다음 투자는 특정 산업을 깊게 배우는 일이에요

원문이 던지는 결론은 꽤 직접적이에요. 숙련 개발자라면 다음 몇 년을 어디에 쓸지 고민할 때, 새 프레임워크만 쫓기보다 하나의 실제 도메인을 깊게 배워야 한다는 쪽이에요. 산업, 규제, 물리적 프로세스, 금융 상품, 병원 청구, 물류 운영 같은 구체적인 영역 말이에요. 2

AI 코딩 도구가 코드를 더 싸게 만들수록, 희소한 것은 “명확한 아이디어를 깔끔한 코드로 바꾸는 능력”에서 “현실의 복잡한 규칙을 정확히 알고 검증하는 능력”으로 이동해요. 개발자가 도메인을 배우면 에이전트가 만든 코드의 구조도 보고, 그 코드가 내놓는 결과도 볼 수 있어요. 그 조합이 앞으로 더 강한 해자가 될 수 있어요.

왜 중요한가요

AI 코딩 도구를 도입하는 팀은 생산성 지표만 보면 놓치는 부분이 있어요. 기능이 빨리 나오는 것과 맞는 기능이 나오는 것은 달라요. 특히 규제, 정산, 안전, 의료, 운송처럼 오류 비용이 큰 영역에서는 도메인 전문가가 검증 흐름 안에 들어와야 해요. 2

개발자에게도 같은 얘기가 적용돼요. 에이전트를 잘 쓰는 능력은 기본기가 될 수 있어요. 하지만 더 오래 남는 경쟁력은 특정 업무를 깊게 이해하고, 그 이해를 테스트와 제품 판단으로 바꾸는 능력일 수 있어요. 코드를 쓰는 속도보다 “이 결과가 맞다”고 말할 수 있는 근거가 더 중요해지는 흐름이에요.

참고 자료

1. 도메인 전문성은 언제나 진짜 해자였다 — GeekNews
2. Domain Expertise Has Always Been the Real Moat — Aaron Brethorst
3. Hacker News 의견 모음 — Hacker News