전자공학자는 저항을 직접 설계하지 않는다. 이미 규격화된 부품을 골라 조합할 뿐이다. 창의적 에너지는 회로의 목적—무엇을 측정하고, 어떻게 제어할지—에 집중된다. 이 분업이 가능한 건 수십 년에 걸친 '산업화' 덕분이다. Eli Whitney의 규격 부품, Ford의 조립 라인, CAD/CAM의 설계-제조 분리, 산업용 로봇의 반복 작업 흡수. 제조업이 걸어온 이 네 단계가, 지금 소프트웨어에서 압축 재생되고 있다.
dev.to에 게재된 「Software's Industrialization Moment」는 이 흐름을 정면으로 분석한다. 저자는 소프트웨어가 오랫동안 '반(反)산업화' 방향으로 움직여왔다고 진단한다. 매 5년마다 컴포넌트 어휘를 재발명하고, 빌드 시스템을 갈아엎고, 새 디자인 패턴을 내면화하는 것을 반복했다는 것이다. 창의적 작업의 기반이 되어야 할 '기저(substrate)'가 표준화되지 않은 채 계속 재발명됐다. AI는 이 흐름을 뒤집는 네 번째 단계—산업용 로봇에 해당하는 위치—로 등장한다. 보일러플레이트, 스캐폴딩, 테스트 픽스처, 문서화. AI가 흡수하는 것은 판단이 필요 없는 반복이다.
이 논지가 흥미로운 건 AI를 '산업화의 원인'이 아니라 '촉매'로 본다는 점이다. 실제 표준화의 본체는 코드베이스 간 어휘를 통일하는 JBCT, 설계를 구현으로부터 분리하는 JBDT 같은 방법론들이다. AI는 이미 실천 속에 잠재해 있던 표준화를 결정화(crystallize)시키고, 그 위에 기계적 작업 자동화를 곧바로 얹을 수 있게 만든 것이다. 도구가 패러다임을 만든 게 아니라, 패러다임이 익을 때까지 기다렸다가 도구가 도착한 형국이다.
현장에서 이 변화는 훨씬 구체적인 마찰 지점에서 먼저 감지된다. Claude Code 같은 장기 코딩 세션 도구를 쓰다 보면 맞닥뜨리는 가장 흔한 벽은 '토큰 고갈'이다. 개발자 Himanshu가 공개한 오픈소스 플러그인 Governor는 이 문제를 정면으로 다룬다. 대부분의 토큰 절약 도구가 응답 길이를 줄이는 데 집중하는 것과 달리, Governor는 낭비의 진짜 원인—비대해진 CLAUDE.md 메모리 파일, 노이즈 가득한 테스트 로그, 범위 불명확한 프롬프트, 반복 실패 루프—을 직접 차단한다. 로컬 벤치마크 기준 출력 토큰 약 55% 절감, 노이즈 pytest 출력 약 96% 필터링. 수치 자체보다 중요한 건 이 도구가 '컨텍스트 위생(context hygiene)'이라는 개념을 명시적으로 꺼냈다는 사실이다. AI 에이전트를 오래, 잘 쓰려면 에이전트에게 무엇을 먹이지 않을지를 설계해야 한다.
산업화의 마찰은 숙련 개발자에게만 찾아오지 않는다. AI 덕분에 코드 작성의 진입 장벽이 낮아진 '바이브코더' 세대에게, 코드보다 Git이 더 큰 공포다. 국내 개발자가 공개한 에이전트 스킬 Don't Git Afraid는 이 틈을 정확히 파고든다. commit은 '💾 세이브', push는 '☁️ GitHub에 올리기', conflict는 '💥 충돌'로 변환하고, force push 같은 위험 작업에는 붉은 경고를 덧댄다. MCP 서버 대신 Agent Skill 형태를 택한 이유가 설득력 있다—"Git이 무서운 사람한테 npm install 하고 서버 빌드하라고?" 도구의 설치 복잡도가 접근성 자체를 막아선 안 된다는 판단이다. 이 작은 스킬은 AI가 단순히 코드를 생성하는 것을 넘어, 개발 워크플로우 전반의 심리적 마찰을 제거하는 역할로 확장되고 있음을 보여준다.
세 소스를 가로지르는 하나의 패턴이 보인다. AI가 흡수하는 것은 일관되게 '판단이 필요 없는 반복'이다. 보일러플레이트 코드, 노이즈 로그, Git 명령어 번역. 그리고 그 흡수가 일어날수록, 개발자에게 남는 것은 점점 더 '어디에 경계를 그을 것인가'의 문제가 된다. 무엇을 표준화하고, 무엇을 AI에게 위임하고, 어떤 컨텍스트를 에이전트에게 먹일지—이 판단 구조 자체를 설계하는 능력이 개발자의 핵심 역량으로 부상하고 있다.
전망은 분명하다. 제조업의 역사가 보여주듯, 산업화는 직업을 없애지 않았다. 바닥을 끌어올려 더 높은 층의 문제에 집중하게 만들었다. 소프트웨어에서도 같은 일이 진행 중이다. 에이전트가 루틴을 공장처럼 처리할수록, 개발자의 역할은 '코드를 쓰는 사람'에서 '코드가 만들어지는 시스템을 설계하는 사람'으로 이동한다. 지금 준비해야 할 것은 더 빠른 타이핑이 아니라, 더 날카로운 컨텍스트 설계와 위임 판단이다.