요약:
전통적인 프로그래밍이 정말 종말을 맞이하고 있나요? 11일, 6778개의 커밋, 1백만 줄이 넘는 새 코드. 이 과정에서 약 US$165,000의 토큰이 소각되었습니다. 최근 Bun 1.4가 공식적으로 출시되어 Bun의 기본 코드 중 상당 부분이 Zig에서 Rust로 직접 재작성되었습니다. GitHub의 병합 기록에 따르면 한 번의 변경이 "+1009, 257줄, -4024줄"에 도달했음을 보여줍니다.
과장된 점은 이 100만 줄의 코드가 수백 명의 프로그래머가 조금씩 입력한 것이 아니라는 점입니다.
전체 프로젝트를 주도한 핵심 개발자 Jarred Sumner는 먼저 Agent 작업 프레임워크를 구축한 후 여기에 AI를 넣고 병렬로 다시 작성했습니다.
11일 후, 메인 프로젝트가 기본적으로 완료되었습니다.
다음 달에도 에이전트는 계속해서 버그를 수정하고, 테스트를 실행하고, 개선하는 작업을 반복했습니다.
현재까지 이 코드 세트는 Bun 1.4와 함께 공식적으로 출시되었으며 수백만 명의 개발자 컴퓨터에서 실행되고 있습니다.
읽고 나서 InfluxDB의 창시자인 Paul Dix가 직접 "프로그래밍의 종말"이라는 글을 썼습니다.
그는 "프로그래머가 직접 코드를 작성하고 다른 프로그래머가 한 줄씩 검토하게 하는" 익숙한 소프트웨어 개발 방식이 죽어가고 있다고 직접 판단했습니다.
100만 줄의 코드
인간은 참을 수 없다
Paul Dix가 정말 충격을 받은 것은 이 100만 줄의 코드가 너무 많아서 누구도 볼 수 없다는 것입니다.
개발자가 일주일에 몇 개의 PR만 제출할 수 있다면 당연히 진지하게 검토할 수 있습니다.
그러나 그는 OpenAI 및 Anthropic 내의 일부 개발자가 이제 일주일에 수십, 심지어 수백 개의 PR을 제출할 수 있다는 것을 관찰했습니다.
이 수준에서 코드를 한 줄씩 보는 것은 기본적으로 불가능한 작업입니다.
작업 방식이 바뀌기 시작했습니다.
프롬프트를 작성하고 하네스를 구축하고 테스트를 수행하고 확인 조건을 설정한 다음 에이전트를 루프에 넣습니다.
기계가 스스로 코드를 생성하고 사람이 결과를 모니터링하도록 하세요. Bun 1.4는 이러한 플레이 스타일의 극단적인 경우입니다.
Jarred는 Rust의 100만 줄을 직접 입력하지 않았습니다.
그가 하는 일은 조립 라인을 구축하는 것과 비슷합니다. 먼저 에이전트에게 마이그레이션 방법과 올바른 결과를 알려준 다음 여러 에이전트가 병렬로 진행하도록 합니다.
첫 번째 버전이 나온 뒤에도 끝나지 않았습니다. 나는 계속해서 실행하고, 테스트하고, 수정했습니다.
그래서 Paul Dix는 많은 사람들이 "이것은 단지 Zig를 Rust로 번역한 것 아닌가요?"라고 말하는 것은 이 문제를 다소 과소평가한다고 느낍니다.
100만 줄의 코드가 번역되는 것은 드문 일이 아닙니다.
핵심은 이 100만 줄의 코드를 안정적인 릴리스까지 복구할 수 있다는 것입니다.
A사와 OpenAI 직원
이미 '1년 후'를 살고 있다
폴 딕스(Paul Dix)도 흥미로운 판단을 내렸습니다.
A사와 OpenAI의 개발자들은 실제로 "1~2년 뒤에는 평범한 프로그래머의 세계"에 살고 있습니다.
최신 모델을 사용할 수 있으며 토큰이면 거의 충분합니다.
일반 개발자들은 여전히 주간 할당량을 계산하고 있지만 이미 하루 종일 백그라운드에서 가장 강력한 모델을 실행하고 있습니다.
Bun이 이번에 다시 쓴 것은 이 작업 방법을 미리 공개적으로 시연하는 것과 같습니다.
거의 무제한의 토큰 및 안정적인 하네스와 결합된 충분히 스마트한 모델이 소프트웨어 제작 속도를 얼마나 높일 수 있습니까?
물론 사람이 직접 작성한 코드가 내일 사라지지는 않습니다.
대기업 프로세스, 책임 시스템, 보안 검토는 앞으로도 오랫동안 기존 방식을 유지할 것입니다.
Paul Dix 자신도 전통적인 프로그래밍 방식이 앞으로 10년은 더 지속될 수 있다고 믿습니다.
그러나 가장 빠른 그룹의 사람들은 더 이상 전통적인 프로그래머처럼 보이지 않습니다.
요구사항을 결정하고, 작업을 세분화하고, 에이전트 조립 라인을 구축하고, 승인 확인을 수행하기 시작했습니다.
아래 코드가 5,000줄인지, 50,000줄인지, 100만 줄인지는 직접 눈으로 확인하지 못할 수도 있습니다.
실제 가치는 코드부터 검증까지
AI가 더 많은 코드를 생성한다고 해서 소프트웨어가 자연스럽게 더 좋아진다는 의미는 아닙니다.
그 반대죠. 앞으로는 아무도 관리하고 싶지 않은 버그, 정크 코드, 소프트웨어가 많이 있을 것입니다.
폴 딕스 자신도 이를 인정했습니다. 실제로 변한 것은 소프트웨어 제작 방식이다.
이전에는 코드 자체가 핵심 자산이었습니다.
미래에는 인간이 태어나서 온라인에 이르기까지 많은 양의 코드를 완전히 읽지 못할 수도 있습니다.
인간이 실제로 파악해야 하는 것은 시스템 동작, 테스트 결과, 성능 지표, 보안 경계 및 사용자 경험입니다.
코드가 '작업'에서 기계에 의해 자동으로 생성되는 중간제품으로 변경되었습니다. 이는 또한 Harness가 왜 갑자기 중요해졌는지 설명합니다.
100만 줄의 Rust는 시작에 불과할 수도 있습니다.
미래에 가장 가치 있는 프로그래머는 코드를 가장 빨리 입력하는 사람이 아닐 수도 있습니다. 아마도 AI 무리를 가장 잘 작동하게 만드는 사람이 아닐까 싶습니다.
댓글