If AI writes your code, why use Python?
"AI가 코드를 짜는 시대, Python이 아니라 Rust를 써야 하는 이유"—언어 선택의 기준이 '사람이 배우기 쉬운가'에서 '에이전트가 잘 짜는가'로 바뀌고 있다.
지난 10년간 Python과 TypeScript는 '빠르게 출시'할 수 있다는 이유로 선택받았다. Rust나 Go는 10배에서 100배 빠르지만, 학습 곡선이 가파르고 인력풀이 좁았다. 하지만 2026년 들어 상황이 역전됐다. Claude Opus 4.7, GPT-5.5 등이 SWE-bench에서 80% 이상을 기록하며 시스템 언어를 잘 다루게 됐고, Rust의 강타입 시스템과 빠른 컴파일 피드백 루프가 AI에게는 오히려 '자가 수정'을 위한 완벽한 환경이 됐다. Microsoft는 TypeScript 컴파일러를 Go로 재작성해 10배 속도 향상을 얻었고, Anthropic 연구자는 $20,000에 16개 Claude 에이전트를 동원해 10만 줄짜리 Rust 기반 C 컴파일러를 만들었다. Python 생태계도 속을 들여다보면 Pydantic, Polars, Hugging Face tokenizers 등 핵심 라이브러리가 이미 Rust로 작성되어 있다. 결국 '사람이 쉽게 배울 수 있는 언어'보다 '에이전트가 잘 짜고, 런타임이 빠른 언어'가 새로운 승자가 되고 있다.
Ladybird 브라우저의 JS 엔진을 C++에서 Rust로 포팅하는 데 2주가 걸렸고, 원작자는 "손으로 했으면 몇 달 걸렸을 일"이라고 밝혔다. 그리고 Flask 창시자는 라이브러리를 Go로 포팅하는 데 실제 작업 시간 45분, 비용 $60만 들였다. 패치보다 포팅이 싸진 세상이다.
언어 선택 기준이 근본부터 바뀌고 있다. 지난 20년간 '인간이 빠르게 짤 수 있는가'가 기준이었다면, 이제는 '에이전트가 잘 짜는가 + 런타임 성능'이 기준이다. Python/TS 생태계의 방어막이었던 '거대한 패키지 생태계'도 내부는 이미 Rust로 재작성되고 있고, OpenAI가 Astral(uv, ruff 제작사)을, Anthropic이 Bun을 인수한 건 이 흐름의 신호탄이다. 투자자 입장에서는 '개발자 생산성 툴' 영역에서 시스템 언어 기반 인프라가 새로운 승자가 될 가능성을 주목해야 한다.