AI 스타 개발자들의 뒤처리 정리

Source: Hacker News

Photo by Martijn Baudoin on Unsplash
우리는 모두 록스타 개발자를 경험해 본 적이 있다.
그들은 몇 년 전 팀에 합류했으며, 에너지 넘쳤다.
새로운 기술, 새로운 패러다임, 새로운 아키텍처에 대한 멋진 아이디어를 가지고 있었다.
그들의 최첨단 아이디어는 다른 사람들을 뒤처지고 구식이라고 느끼게 만들었다.
그들은 회사의 핵심 아키텍처 대부분을 다시 작성했다.
새로운 빌드 프로세스, 새로운 도구, 새로운 언어를 도입했다.
대부분의 풀 리퀘스트를 거부하며, 모두에게 기대되는 기준을 끌어올렸다.
코드를 이해하는 사람은 없었지만, 아무도 그것을 인정하지 않았다.
가장 어려운 작업은 모두 록스타에게 할당되었다.
그들은 누구보다 빨리 일을 해냈다.
엔지니어링은 언제나 매우 인상적이었지만, 실제로는 록스타만이 어떻게 맞물리는지 알았다.
다른 사람들은 그에 비해 훨씬 느리게 움직였다.
모두가 따라잡기 위해 고군분투했고, 새로운 라이브러리를 배우고, 록스타 방식대로 일을 해야 했다.
그들이 팀에 합류한 지 몇 년 뒤, 갑자기 사라졌다.
그들은 지루해졌고, 더 큰 회사에서 더 도전적인 프로젝트를 하고 싶었다.

사후 처리

갑자기 당신에게 록스타의 프로젝트를 인계받으라는 요청이 들어왔다.
코드를 파고들었지만, 살아 숨 쉬는 듯한 매몰된 느낌이었다.
데이터 흐름이 너무 복잡해서 마치 누군가 살인을 은폐하려는 듯했다.
우선 간단한 버그를 고치려 했지만, 노트북에서 코드를 실행시키는 데 일주일이 걸렸다.
코드의 절반은 당신이 모르는 언어로 작성돼 있었고, 나머지 절반은 들어본 적 없는 라이브러리를 사용하고 있었다.
당신은 상사에게 “코드를 다시 작성해야 한다”고 말했지만, 록스타가 직접 만든 코드라 믿지 않았다.
슬러시 속을 헤치며 일하는 동안 구직 사이트를 뒤져보며 떠나고 싶은 환상을 그렸다.

록스타 정리

나는 여러 팀과 에이전시에서 록스타 뒤를 정리해 달라는 요청을 받은 적이 있다.
난 복잡한 코드베이스를 이해하고 구조를 살리는 도전을 실제로 즐긴다.
얽힌 전구줄을 하나씩 풀어가며 다시 사용할 수 있게 만드는 것과 같다.
과정을 겪으며 몇 가지 패턴을 보았다.
이 록스타들은 코딩, 학습, 새로운 패러다임 사용을 절대적으로 사랑하고, 그 열정은 명백히 드러난다.
그들은 자신의 능력 한계에 도전하며 가장 영리한 코드를 쓰려 한다.
가능한 한 빨리 움직이는 데 집중한다.

불행히도, 이 록스타들이 가장 신경 쓰지 않는 것은 다른 사람이 작업할 수 있는 코드를 만드는 것이다.

인공지능이 등장하다

최근 몇 년간 대부분의 팀은 록스타 군대에 압도당했다.
새로운 채팅을 시작할 때마다 팀에 또 다른 록스타가 추가될 위험이 있다.
에이전트는 어제 한 일을 기억하지 못한다.
몇 분 안에 수만 줄의 코드를 기쁘게 생성한다.
인간이 할 수 없을 정도로 빠르게 작업을 완료한다.
이 코드가 시스템의 다른 코드와 맞는지 여부는 신경 쓰지 않는다.
시스템이 더 이해하기 쉬워지는지, 아니면 더 복잡해지는지도 신경 쓰지 않는다.
AI는 여기에는 맞지 않을 수도 있는 최선의 실천법 도구 상자를 가지고 있다.
복잡성이 이득보다 클 때도 “벨트와 서스펜더” 방식을 고집한다.
코드 리뷰를 요청하면, 동의하지 않는 개선 사항까지 포함된 긴 리스트를 제시한다.
모두를 위한 기준이 높아졌고, 많은 사람들은 LLM을 사용하지 않으면 영원히 뒤처질 것이라고 느낀다.
(하지만 나는 결국 모든 코드를 LLM에게 맡기는 사람들이 뒤처질 것이라고 본다.)
이렇게 생성된 코드가 너무 많아지면 시스템 복잡도가 기하급수적으로 증가한다.
그 복잡성을 이해하려면 LLM을 사용해야 할 정도가 된다.
개발자, 팀, 전체 기업이 생성 AI에 중독되고 의존하게 된다.

수백 명의 AI 록스타 정리

슬러시 더미와 마주 앉는 것은 록스타 뒤를 정리하는 것만큼 재미있지는 않다.
적어도 록스타는 어느 정도 설계 의도를 가지고 최선을 다했다.
무작위로 코딩된 슬러시 더미는 단일 인공 개발자가 만든 것이 아니다.
수많은 채팅과 다양한 맥락에서 생성된 결과다.
마치 수백 명의 다른 록스타가 한 번에 하나씩 기능이나 버그를 고친 코드베이스와 같다.

때때로 기술 부채가 너무 커서 결코 갚을 수 없을 정도가 된다.

오래 지속되는 소프트웨어 만들기

LLM을 록스타처럼 행동하지 않게 사용하는 방법은 여러 가지가 있다.
엔지니어링을 주도하고 LLM에게 작은 조각씩 생성하도록 안내한다.
팀 모두가 쉽게 이해하고 작업할 수 있는 방식으로 소프트웨어가 작성되도록 보장한다.
LLM이 무엇을 하고 있는지, 왜 그렇게 하는지 이해하지 못한다면 브레이크를 밟는다.
천천히 진행해도 괜찮다. 생성하는 소프트웨어의 품질을 보장하는 것이 중요하다.
과도한 설계는 피하고, 문제 복잡도에 맞는 아키텍처가 될 때까지 단순화한다.
때로는 LLM을 도구함에 넣어두고 직접 코드를 작성해도 된다.
장인 정신은 언제나 우리 손에 달려 있다. 이는 기계에 외주 줄 수 없는 한 가지이다.

2026년 6월 8일 게시. © Jesse Skinner