도메인 전문성은 언제나 진짜 해자였다

• 소프트웨어의 어려움은 코드 입력보다 급여·교통 같은 현실 규칙을 이해해 도메인 모델을 만드는 데 있었고, 코드는 그 이해의 산물이었음
• 에이전트형 AI는 도메인 이해 없이도 소프트웨어 생산을 가능하게 하며 병목을 “만들 수 있는가”에서 “맞는지 판단할 수 있는가”로 옮김
• 물류 배차 담당자, 임상 코더, 보험계리사 같은 도메인 전문가는 코드를 몰라도 출력이 법·청구·운영 규칙에 맞는지 판별할 수 있음
• 범용 엔지니어는 아키텍처와 신뢰성을 검증할 수 있지만, 임상 코딩처럼 정답이 도메인 지식에 묶인 영역에서는 그럴듯한 오류를 놓칠 수 있음
• 가장 가치 있는 역량은 생성된 코드의 건전성과 출력의 참됨을 함께 검증하는 판단이며, 숙련 엔지니어에게 도메인 전문성 투자가 더 중요해짐

소프트웨어의 병목은 구현에서 검증으로 이동함

• 소프트웨어 작성의 어려운 부분은 코드 입력 자체가 아니라, 먼저 도메인 모델을 머릿속에 만드는 일이었음
  • 급여 시스템에는 압류, 세전 공제, 급여 기간이 임금 변경 시점을 걸칠 때의 처리가 들어감
  • 교통 앱에는 GTFS 피드, trip과 route의 차이, “정시”인 버스가 여전히 틀릴 수 있는 이유가 반영됨
  • 코드는 이런 이해를 옮긴 결과였고, 이해를 획득하는 일이 실제 업무였음
• 에이전트형 AI는 도메인 이해와 소프트웨어 생산 사이의 연결을 약하게 만듦
  • 이제 도메인 모델을 직접 만들지 않고도 소프트웨어를 생산할 수 있음
  • 소프트웨어 직업 전체가 의존해 온 전제가 흔들림
• 작년의 관점처럼 이런 도구가 판단력 있는 시니어 개발자를 증폭한다는 설명은 맞지만 충분하지 않음
  • 더 구체적인 변화는 병목이 “만들 수 있는가”에서 “맞는지 판단할 수 있는가”로 옮겨갔다는 데 있음

에이전트형 도구를 잘 쓰는 사람

• 도메인 전문가는 코드를 몰라도 정답을 판별할 수 있음

  • 물류 배차 담당자, 임상 코더, 보험계리사 같은 사람은 스택 트레이스를 읽지 못하고 hash map과 list의 차이를 설명하지 못할 수 있음
  • 하지만 에이전트가 만든 스케줄을 보면 어떤 운전자가 법적으로 그 교대근무를 할 수 없는지 즉시 알 수 있음
  • 특정 코드 조합의 보험 청구가 결제되지 않을 것도 알아볼 수 있음
  • 이들은 입력과 출력 속에서 10년을 보냈기 때문에, 주어진 입력에 대한 올바른 출력을 알고 있음
  • 에이전트가 제공하는 것은 이들에게 부족한 코드 생산 능력이고, 이들이 가져오는 것은 에이전트에게 없는 정답 기준(ground truth) 임

• 범용 엔지니어는 잘 만든 소프트웨어와 올바른 소프트웨어를 구분하지 못할 수 있음

  • 강한 범용 엔지니어는 아키텍처, 신뢰성, 테스트, 새벽 2시에 시스템이 무너지지 않게 하는 방법을 알고 있음
  • 하지만 임상 코딩 같은 도메인에서는 그럴듯하지만 틀린 답과 맞는 답을 구분하지 못할 수 있음
  • 에이전트는 컴파일되고, 엔지니어가 생각해낸 테스트를 통과하지만, 미묘하고 비싼 청구 규칙 오류를 만들 수 있음
  • 엔지니어는 소프트웨어가 잘 만들어졌는지는 검증할 수 있지만, 정답성이 전적으로 머릿속에 없는 도메인으로 정의될 때는 정확성을 검증하기 어려움

• 에이전트 이전에는 엔지니어에게 유리한 학습 경로가 있었음

  • 엔지니어는 전문가를 따라다니고, 명세를 읽고, 운영 환경에서 실수하며 천천히 도메인을 배울 수 있었음
  • 많은 분야에서 이런 과정이 커리어 사다리의 핵심이었음
  • 도메인 전문가에게는 대칭되는 경로가 없었음
  • 신뢰할 수 있는 소프트웨어를 만드는 법을 배우는 데는 수년이 걸리며, 이들이 실제로 밟기 어려운 길이었음

• 에이전트형 도구는 한쪽 경로만 무너뜨렸음

  • 엔지니어의 장점이던 도메인 모델을 동작하는 코드로 번역하는 능력은 저렴해짐
  • 도메인 전문가의 장점인 무엇이 맞는지 아는 능력은 저렴해지지 않았음
  • 프롬프트만으로 이 능력을 얻을 수 없고, 수천 번의 급여 정산을 맞춰 본 사람의 암묵지를 담은 skill file도 없음

• 가장 가치 있는 사람은 두 층에서 모두 검증할 수 있는 사람임

  • 생성된 코드가 건전한지 알고, 그 코드가 내놓는 답이 참인지도 아는 사람이 가장 중요해짐
  • “운전자는 11시간을 초과할 수 없다”는 테스트를 쓸 수 있는 이유는 규칙을 알기 때문임
  • 그 테스트 자체가 의미 있는지도 판단할 수 있는 이유는 무엇을 테스트하는지 알고 있기 때문임
  • 에이전트는 옮겨 적는 일을 하고, 사람은 코드와 도메인 두 층에서 판단함
  • 숙련 엔지니어에게 중요한 투자는 실제 도메인의 깊고 검증된 모델을 얻는 것임
  • 명확한 아이디어를 깔끔한 코드로 바꾸는 기계적 능력의 가치는 크게 낮아졌음
  • 여전히 희소한 것은 실제 산업, 도구, 규제 체계, 물리적 과정에 대한 깊은 이해임
  • 프로그래밍 언어나 프레임워크를 배웠던 방식으로 하나의 도메인을 골라 배워야 함
  • 에이전트가 대신할 수 없는 부분이자 지금 가장 가치가 커진 부분은 도메인 전문성임