AI 시대, 개발자는 어떻게 살아남을까?

본문에서는 AI 기술의 단기적 과대평가와 버블 현상을 지적하며, 닷컴 버블 이후 웹 관련 일자리가 폭발적으로 증가한 사례를 언급한다. 현재 AI 혁명은 1995년 인터넷의 전화 접속 단계에 있으며, 하이퍼스케일러의 인프라 투자가 장기적으로 AI 경제의 기반을 다지고 있다고 분석한다. 개발자는 더 이상 코드 생산에 매달리는 것이 아니라, 시스템 설계(System Design), 에이전트 지휘, 결과 검증 등 새로운 역할(New Role)을 수행해야 한다고 강조한다.

저자는 개발 업무를 위임 가능성(위임해야 하는가/하면 안 되는가)과 위임 난이도(쉽게 위임할 수 있는가/어려운가)를 기준으로 4분면으로 분류한다. 보일러플레이트 코드(Boilerplate Code), 단순 CRUD, 테스트 케이스 생성 등은 AI에게 위임해야 하고, 1:1 멘토링, 채용 최종 결정, 성과 평가 피드백 등은 인간이 직접 해야 한다고 설명한다. 복잡한 버그 추적, 레거시 리팩토링, 성능 최적화 등은 위임하고 싶지만 아직 AI가 잘 못하는 영역으로, 개발자의 핵심적인 역할로 남을 것이라고 분석한다.

AI 위임은 결국 업무 추상화이며, 추상화는 복잡성을 미래로 이동시키는 행위라고 정의한다. 좋은 추상화는 단일 책임, 범용 인터페이스, 조합 가능성을 갖춰야 하며, UNIX 철학을 예시로 제시한다. 반면, 경계가 모호하고 예외가 많으며 컨텍스트에 의존하는 업무는 나쁜 추상화라고 지적한다. 잘못된 추상화(Bad Abstraction)는 추상화가 없는 것보다 더 나쁘며, 추상화가 깨졌을 때의 선택지를 제시하며 업무 추상화 리팩토링(Refactoring)의 중요성을 강조한다.

경험 많은 시니어 엔지니어일수록 하위 레벨을 계속 학습하는 이유는 추상화가 깨지는 순간에 대한 존중 때문이라고 설명한다. 좋은 엔지니어는 자신이 어떤 복잡성 위에 서 있는지 알면서, 그럼에도 신경 쓰지 않기로 선택하는 사람이다. 즉, 추상화를 신뢰하되, 그것이 어떻게 실패할 수 있는지에 대한 모델을 머릿속에 유지한다. AI 시대에는 좋은 추상화 설계 능력(Good Abstraction Design)이 핵심 역량이며, AI 리터러시(AI Literacy)를 통해 더 높은 층위의 사고를 요구하는 일을 '하고 싶은 것'으로 만드는 능력이 중요하다고 강조한다.

플랫폼은 업무 추상화를 위한 도구와 가드레일을 제공해야 하며, AI 사용을 강제하는 대신 개인의 추상화 실험을 보장해야 한다. 또한, 연결성과 조합 가능성을 최대한 제공하고, 심리적, 물리적 안전망을 제공하여 개발자가 두려움 없이 위임의 경계를 실험할 수 있도록 해야 한다. 개발팀은 AI를 활용하여 인지 부하를 줄이고, 남는 시간을 AI가 더 잘 작동하도록 만드는 데 사용해야 한다. 즉, AI를 활용한 업무 경계 재정의(Redefining Work Boundaries)를 통해 AI 시대에 적응해야 한다.