Rust가 요즘 가장 뜨는 이유, AI가 코드를 짜는 시대에 더 빛나는 언어

개발 커뮤니티에서 요즘 가장 자주 보이는 말이 "Rust로 다시 짰더니"입니다. Rust는 메모리 실수를 컴파일할 때 막아 주면서도 C에 가까운 속도를 내는 언어입니다. 그런데 최근 더 뜨거워진 이유는 따로 있습니다. AI가 코드를 대신 짜는 시대가 되자 엄격한 컴파일러가 AI의 실수를 걸러 주는 검사관 역할을 하게 된 겁니다.

Rust가 왜 뜨는지, 언제 쓰면 좋은지, AI로 Rust로 옮긴 실제 사례를 정리했습니다. 저도 Rust를 설치하고 파이썬 스크립트 하나를 AI에게 Rust로 옮기게 해서 직접 재 봤습니다.

Rust는 왜 이렇게 인기가 많나요?

개발자들이 가장 계속 쓰고 싶어 하는 언어인 데다 큰 회사들이 실제로 버그가 줄었다는 숫자를 내놓기 시작했기 때문입니다.

• 가장 좋아하는 언어: Stack Overflow 2025 개발자 설문에서 Rust는 써 본 사람이 계속 쓰고 싶다고 답한 비율(72%)로 「가장 존경받는 언어」 1위였습니다. Rust 빌드 도구 Cargo(71%)와 Rust로 만든 파이썬 패키지 관리자 uv(74%)도 각자 부문 1위였습니다.
• 버그가 줄었다는 숫자: 구글은 2025년 11월 안드로이드 보안 블로그에서 메모리 안전 취약점이 전체 취약점의 20% 아래로 처음 내려갔다고 밝혔습니다. Rust 코드의 메모리 안전 취약점 밀도는 C/C++ 코드보다 1000분의 1 수준이었다고 합니다.
• 오히려 더 빨리 개발: 같은 글에서 Rust 변경은 C++보다 되돌린 비율이 약 4분의 1이고 코드 리뷰 시간이 약 25% 짧았다고 했습니다. 안전한 코드가 느린 개발을 뜻하지 않는다는 근거입니다.

Rust의 장점은 무엇인가요?

안전, 속도, 동시성, 도구 네 가지입니다.

장점	무슨 뜻인가요
메모리 안전	값마다 주인이 하나뿐이라는 소유권 규칙으로 해제한 메모리를 다시 쓰거나 두 번 해제하는 실수를 컴파일 단계에서 막습니다.
빠른 속도	가비지 컬렉터 없이 기계어로 컴파일돼 C/C++에 가까운 성능을 냅니다. 멈칫하는 순간이 없어 응답 시간이 고릅니다.
안전한 동시성	여러 스레드가 같은 데이터를 동시에 고치는 코드를 컴파일러가 거부합니다. 재현하기 어려운 동시성 버그가 줄어듭니다.
도구	Cargo 하나로 빌드, 테스트, 패키지 관리, 문서까지 합니다. 오류 메시지가 고치는 방법까지 알려 주는 것으로 유명합니다.

대신 배우기 어렵습니다. 소유권과 빌림 규칙에 익숙해지기 전까지는 컴파일러와 싸우는 느낌이 듭니다. 그런데 이 단점이 AI 시대에는 장점으로 바뀌고 있습니다.

언제 Rust를 쓰고 언제 피해야 하나요?

오래 돌고 빨라야 하며 틀리면 비용이 큰 코드라면 Rust가 잘 맞습니다. 빨리 만들어 보고 버릴 코드라면 굳이 Rust가 아니어도 됩니다.

상황	Rust가 잘 맞는 경우	다른 언어가 나은 경우
개발 도구	CLI, 빌드 도구, 린터처럼 수많은 사람이 매일 실행하는 도구	한두 번 돌리고 마는 사내 스크립트
서버	트래픽이 많아 서버 비용과 응답 시간이 중요한 서비스	관리자 화면 같은 단순 CRUD 웹
보안	외부 입력을 파싱하는 코드, 브라우저·OS·네트워크 같은 기반 소프트웨어	보안 위험이 낮은 내부 도구
환경	임베디드, WebAssembly처럼 메모리가 빠듯한 곳	데이터 분석, 머신러닝 실험(파이썬 생태계가 압도적)
팀	오래 유지보수할 핵심 모듈	마감이 급하고 Rust 경험자가 없는 팀의 첫 프로젝트

현실적인 방법은 전체를 바꾸지 않고 느리거나 위험한 한 부분만 Rust로 바꾸는 것입니다. uv처럼 Rust로 만든 파이썬 도구가 기존 도구보다 훨씬 빨라 인기를 얻은 것도 같은 흐름입니다.

AI가 코드를 짜면 왜 Rust로 다시 짜나요?

컴파일러가 AI가 쓴 코드를 대신 검사해 주기 때문입니다. 가장 큰 사례가 자바스크립트 런타임 Bun입니다. 2026년 7월 Bun 공식 블로그에 따르면 Zig로 짠 코드 53만 5천여 줄을 Rust로 옮기는 데 11일이 걸렸습니다.

• 개발자 한 명이 Claude Code 워크플로 약 50개를 돌렸고 한때 에이전트 64개가 동시에 일했습니다.
• API 비용은 약 16만 5천 달러였습니다. 사람이 손으로 했다면 3명이 1년쯤 걸렸을 거라고 추산했습니다.
• 먼저 옮기는 규칙을 PORTING.md에 정리하고 파일을 하나씩 기계적으로 옮겼습니다. 구현하는 AI 하나에 반박하며 리뷰하는 AI를 둘 이상 붙였습니다.
• 기존 테스트가 6개 플랫폼에서 모두 통과한 뒤에 합쳤습니다.

Rust를 고른 이유로 Bun 블로그는 "컴파일러 오류가 스타일 가이드보다 좋은 피드백 루프"라고 적었습니다. 해제한 메모리를 다시 쓰는 버그는 사람이 리뷰로 찾기 어렵지만 Rust에서는 컴파일 오류가 됩니다. AI는 오류 메시지를 읽고 스스로 고칠 수 있으니 컴파일러가 자동 리뷰어가 되는 셈입니다.

물론 공짜는 아닙니다. 기계적으로 옮긴 결과라 컴파일러 검사를 일부 끄는 unsafe 구역이 코드의 약 4% 남았다고 Bun 블로그도 밝혔습니다. 옮기는 것까지는 AI가 빨라졌지만 그 코드를 다듬는 일은 여전히 남아 있습니다.

파이썬 스크립트를 AI로 Rust로 옮겨 보니 어땠나요?

오류 3건을 컴파일러가 잡아 줬고 고친 뒤에는 결과가 똑같으면서 4.7배 빨라졌습니다. 제 맥북(Apple M4)에 Rust를 설치하고 실험했습니다. 웹 서버 접근 로그 500만 줄(446MB)에서 상태 코드별 건수, 많이 불린 주소 10개, 응답 시간 p50·p95·p99를 뽑는 16줄짜리 파이썬 스크립트를 Claude Code에게 Rust로 옮겨 달라고 했습니다.

첫 번역은 컴파일되지 않았습니다. 컴파일러가 잡은 오류는 세 건이었습니다.

error[E0308]: mismatched types
22 |  *status.entry(code).or_insert(0) += 1;
   |                ^^^^ expected `String`, found `&str`

error[E0277]: the trait bound `f64: Ord` is not satisfied
27 |  lat.sort();
   |      ^^^^ the trait `Ord` is not implemented for `f64`

앞의 두 건은 문자열 타입을 잘못 맞춘 단순한 실수입니다. 세 번째가 흥미로웠습니다. 파이썬은 소수 목록을 그냥 정렬해 주지만 Rust는 거부합니다. 소수에는 NaN(숫자가 아님)이 있을 수 있어 크기를 비교할 수 없는 경우가 생기기 때문입니다. 그래서 NaN을 어떻게 다룰지 정하는 total_cmp로 정렬 기준을 직접 적어야 했습니다. 파이썬에서는 조용히 넘어갔을 문제를 컴파일러가 짚어 준 겁니다.

lat.sort_by(|a, b| a.total_cmp(b)); // f64 는 NaN 때문에 그냥 정렬할 수 없다

버전	실행 시간	비고
Python	4.14초	16줄 원본
Rust 2차	0.89초 (약 4.7배)	오류 3건을 고친 뒤 바로 통과
Rust 3차	0.63초 (약 6.6배)	파일을 한 번에 읽고 문자열 복사를 없앤 버전, 한 번에 컴파일 통과

시간은 각각 세 번 돌린 중간값이고 세 버전 모두 출력이 한 글자도 다르지 않았습니다. 코드는 16줄에서 34줄로 두 배쯤 길어졌지만 그 길이를 쓰는 건 AI였습니다. 제가 한 일은 결과가 같은지 비교하고 NaN을 어떻게 다룰지 확인한 정도였습니다. AI가 짜면 컴파일러가 걸러 내고 사람은 맞는지 판단합니다. 이 분업이 이 작은 실험에서도 그대로 보였습니다.

요약

• Rust는 Stack Overflow 2025 설문에서 가장 존경받는 언어 1위(72%)였고 안드로이드에서는 메모리 안전 취약점이 크게 줄었습니다.
• 장점은 메모리 안전, C에 가까운 속도, 안전한 동시성, Cargo 도구이고 배우기 어려운 것이 단점입니다.
• 오래 돌고 빨라야 하며 틀리면 비용이 큰 코드에 맞습니다. 전체보다 느리거나 위험한 부분부터 바꾸는 것이 현실적입니다.
• AI 시대에는 엄격한 컴파일러가 AI 코드의 검사관이 됩니다. Bun은 53만 줄을 11일 만에 Rust로 옮겼습니다.
• 직접 해 보니 컴파일러가 오류 3건을 잡아 줬고 같은 결과를 4.7~6.6배 빠르게 냈습니다.