Simon Willison — 오래된 개발 글이 AI 시대에 던지는 세 가지 질문

원문: https://simonwillison.net/2026/Sep/14/influences/ | Simon Willison, 2026년 9월 14일

핵심 요약

Simon Willison은 자신을 오래 붙들어 둔 세 편의 글을 골랐다. Joel Spolsky의 「The Law of Leaky Abstractions」에서는 ‘편리한 층 아래를 이해하려는 습관’을, Will Larson의 「Migrations」에서는 기술 부채를 갚는 일을 일상적 역량으로 보는 태도를, Charity Majors의 「The Engineer/Manager Pendulum」에서는 관리자와 개인 기여자 사이를 오갈 수 있다는 경력관을 얻었다. 세 글을 함께 놓으면, 좋은 엔지니어링이란 새 도구를 빨리 쓰는 재주보다 복잡성을 정직하게 다루고 역할의 경계를 유연하게 넘는 능력이라는 주장이 된다.

AI 시대에 다시 읽는 ‘새지 않는’ 추상화는 없다

소프트웨어는 복잡성을 없애기보다 감춘다. 데이터베이스 드라이버, 클라우드 플랫폼, 프레임워크, API는 하위 계층의 세부를 매번 마주하지 않게 해준다. 이것이 추상화의 약속이다. 그러나 Willison이 초창기 경력에서 읽었다는 Spolsky의 글은 그 약속에 단서를 붙인다. 어느 순간 성능, 장애, 비용, 보안, 동시성 같은 현실이 위로 새어 올라오며, 사용자는 감춰진 층의 규칙을 알아야만 문제를 풀 수 있다.

이는 “모든 개발자가 운영체제와 컴파일러를 처음부터 공부해야 한다”는 주장이 아니다. 핵심은 문제가 발생했을 때 어디까지 내려가야 하는지 감을 갖는 일이다. ORM으로 쿼리를 작성하는 팀이라도 인덱스와 실행 계획을 전혀 모르면 장애 원인을 추측으로 다루게 된다. 서버리스 함수가 편리하다고 해서 콜드 스타트, 재시도, 권한 경계, 호출 비용이 사라지는 것도 아니다. 추상화는 생산성을 위한 계약이지, 현실을 삭제하는 마법이 아니다.

이 관점은 코딩 에이전트가 일상화되는 지금 더 날카롭다. 에이전트는 라이브러리를 연결하고 코드를 생성하는 속도를 크게 높여 주지만, 그 결과가 실제 서비스의 불변식·배포 환경·관측 체계와 맞는지는 별개의 문제다. 코드를 ‘만들기’가 쉬워질수록, 그 코드가 어느 계층의 가정을 빌려 왔는지 검토하는 일의 비중은 커진다. Willison의 선택은 AI가 추상화를 더 두껍게 만들수록, 인간에게는 필요할 때 그 벽을 통과할 수 있는 이해력이 더 필요하다고 읽힌다.

기술 부채의 반대말은 청산이 아니라 이주 역량이다

두 번째 글에서 Willison이 특히 좋아한 것은 Larson의 도발적인 표현이다. 서비스 교체, 데이터베이스 엔진 전환, 플랫폼 이전 같은 ‘마이그레이션’은 예외적 대공사가 아니라 소프트웨어 엔지니어링의 본업이며, 팀이 투자해 숙달해야 할 기술이라는 것이다.

기술 부채 논의는 흔히 도덕극이 된다. 과거의 성급한 선택은 빚, 리라이트는 속죄, 새 시스템은 구원이라는 식이다. 하지만 운영 중인 시스템의 선택은 당시의 고객, 예산, 인력, 시장 속도에 맞춘 결정이었다. 문제는 낡은 선택이 있다는 사실보다, 바꿔야 할 때 안전하게 바꾸는 절차가 조직 안에 없다는 데 있다. ‘언젠가 전부 다시 쓰자’는 계획은 새 기능과 기존 고객 지원 사이에서 계속 뒤로 밀린다.

마이그레이션 역량은 그래서 기술 하나가 아니라 운영 방식의 묶음이다. 구·신 시스템을 한동안 병행할 수 있게 인터페이스를 만들고, 데이터를 되돌릴 수 있게 옮기며, 성공을 측정할 지표와 종료 조건을 정한다. 작은 단위로 전환해 장애 범위를 제한하고, 이전이 끝난 뒤 옛 경로를 실제로 제거하는 규율도 필요하다. 이 과정은 화려한 신기능처럼 보이지 않지만, 조직이 미래의 선택지를 잃지 않게 한다.

AI가 작성 비용을 낮추면 ‘새로 만드는’ 쪽은 더 쉬워진다. 반대로 기존 데이터의 의미, 고객별 예외, 숨은 연동처럼 문서화되지 않은 지식은 자동으로 옮겨지지 않는다. 따라서 AI 시대의 기술 부채 해법도 대규모 재작성 약속보다는, 변화 가능한 경계를 미리 만들고 반복적으로 이주하는 습관에 가까울 가능성이 크다.

직책은 정체성이 아니라 관점의 훈련일 수 있다

세 번째 선택은 가장 개인적이다. Willison은 관리직에서 개인 기여자로 돌아가면 경력에 손해가 될까 걱정했지만, Majors의 글이 두 역할을 여러 번 왕복하는 사람이 양쪽에서 더 나아질 수 있다고 보게 했다고 쓴다. 여기에는 승진 사다리를 하나의 방향으로만 보는 통념에 대한 반론이 있다.

관리자는 우선순위, 조율, 채용, 예산과 같은 시스템의 마찰을 본다. 개인 기여자는 구현의 제약, 디버깅의 시간, 도구가 주는 실제 경험을 안다. 한 역할만 오래 하면 다른 쪽의 비용을 추상적으로 취급하기 쉽다. 팀장이 일정만 재촉하면 검증과 유지보수의 비용을 잊고, 구현자만으로 머물면 사람과 의사결정이 만드는 병목을 과소평가할 수 있다. 왕복 경험의 가치는 직함을 늘리는 데 있지 않고, 상대방이 치르는 비용을 구체적으로 이해하게 하는 데 있다.

물론 모든 사람이 두 경로를 오갈 수 있거나 반드시 그래야 하는 것은 아니다. 회사의 평가·보상 체계가 전환을 불이익으로 만들면 개인의 용기만으로 해결되지 않는다. 이 글이 조직에 던지는 질문은 ‘관리자를 떠난 사람’이나 ‘다시 기술로 돌아온 사람’을 탈락자로 보지 않도록 경력 구조를 설계했는가에 있다. 특히 AI가 일부 구현 작업을 바꿔 놓는 시기일수록, 제품·사용자·운영을 이해하는 기술 리더와 기술을 계속 이해하는 관리자의 연결은 더 중요해진다.

커뮤니티가 보탠 결론: 기억되는 글은 지식이 아니라 판단의 틀을 남긴다

Willison의 글은 Lobsters의 “가장 생각에 영향을 준 블로그 글” 토론에서 나온 답변이다. 토론에는 42개 이상의 댓글이 이어졌고, 참여자들은 ‘Parse, Don’t Validate’, 잘못된 추상화의 위험, 단순성, 배포와 신뢰성 등 각자의 기준점을 공유했다. 특히 한 댓글은 AI 에이전트가 과거 코드가 만든 익숙한 길을 사람보다 더 고집할 수 있어 잘못된 추상화가 문맥 객체와 엉킨 로직의 둥지가 될 수 있다고 지적했다. 추상화의 누수라는 오래된 경고가 최신 도구에 그대로 적용된다는 반응이다.

동시에 토론의 분위기는 단일한 정답을 정하는 데 있지 않았다. 누군가는 언어와 파싱의 엄격함에서, 다른 이는 ‘작은 기능이라도 끝까지 배포하는’ 태도에서, 또 다른 이는 신뢰성을 위해 단순성을 택하는 데서 자신을 바꾼 글을 찾았다. 영향력 있는 글의 공통점은 특정 기술을 추천했다는 데보다, 다음 설계 회의에서 꺼내 쓸 수 있는 판단 문장을 남겼다는 데 있다.

Willison의 세 편도 마찬가지다. 아래 계층을 알아차리고, 바꿀 수 있도록 옮기며, 역할을 고정된 신분이 아니라 학습의 관점으로 본다. 이번 주에 당장 모든 시스템을 재설계할 필요는 없다. 다만 팀의 다음 변경 앞에서 세 가지를 물어볼 수는 있다. 이 편리함은 무엇을 감추는가. 나중에 바꾸려면 어떤 이주 경로가 필요한가. 그리고 이 결정을 하는 사람들이 서로의 실제 비용을 알고 있는가. 그 질문을 습관으로 만드는 일이야말로, 오래된 글이 지금도 새롭게 작동하는 방식이다.