Hacker News 2026.05.13 80

AI가 코드를 짜주는 시대, 우리는 왜 아직 파이썬을 쓰고 있을까

AI 시대에 다시 던지는 오래된 질문

요즘 코드를 짜다 보면 이상한 경험을 자주 하게 돼요. 머릿속에서 "이건 이렇게 짜야지" 하고 생각하기도 전에, AI 어시스턴트가 먼저 코드를 뱉어내는 거죠. 이런 환경이 일상이 되면서 한 가지 근본적인 질문이 떠오릅니다. "코드를 사람이 직접 안 쓴다면, 굳이 사람이 읽기 쉬운 언어를 써야 할 이유가 있을까?"

파이썬이 지금처럼 압도적인 위상을 갖게 된 건 다 이유가 있거든요. 문법이 영어 문장처럼 읽히고, 들여쓰기로 블록을 구분하니까 코드가 깔끔하고, 초보자도 한 시간이면 "Hello, World"를 찍을 수 있죠. 그런데 이 모든 장점은 결국 "사람이 코드를 읽고 쓴다"는 전제 위에서 빛을 발하는 거였어요. 그 전제가 흔들리고 있다는 게 이 논의의 핵심입니다.

파이썬의 진짜 약점은 성능이었다

파이썬을 깊게 써본 분이라면 다 알겠지만, 이 언어는 느려요. 그것도 많이 느리죠. 인터프리터 방식이라 한 줄 한 줄 해석하면서 실행하고, GIL(Global Interpreter Lock, 전역 인터프리터 잠금)이라는 녀석 때문에 멀티스레딩도 제대로 못 써요. 그래서 실제로 무거운 연산이 필요할 때는 NumPy, PyTorch처럼 내부적으로 C나 C++로 짜인 라이브러리에 일을 떠넘기는 식으로 버텨왔어요. 한국 개발자들이 잘 아는 비유로 말하자면, 파이썬은 식당 사장님이고 진짜 요리는 C 셰프가 하는 구조인 거죠.

이런 우회 전략이 통한 이유는 "사람이 쉽게 쓸 수 있다"는 가치가 "빠르다"는 가치보다 컸기 때문이에요. 개발자 인건비가 CPU 비용보다 비싸니까, 좀 느려도 빨리 짤 수 있는 언어가 이긴 거죠. 그런데 AI가 코드를 자동으로 만들어준다면? 그 비용 계산이 완전히 뒤집힐 수 있다는 게 이 글의 주장입니다.

AI가 Rust나 Go를 더 잘 짤 수도 있다

흥미로운 지점은 여기예요. AI 입장에서 보면 사실 Rust나 Go 같은 언어가 오히려 더 짜기 쉬울 수 있다는 거죠. 왜냐하면 이런 언어들은 타입 시스템이 엄격하고, 컴파일러가 미리 수많은 실수를 잡아주거든요. AI가 코드를 생성하고 컴파일러가 "이거 안 돼"라고 알려주면, AI는 즉시 수정할 수 있어요. 일종의 자동 피드백 루프가 만들어지는 거죠. 반면 파이썬은 런타임에 가서야 에러가 터지는 경우가 많아서, AI가 짠 코드가 멀쩡해 보여도 실제 돌려보면 망가지는 일이 흔해요.

게다가 메모리 안전성, 동시성 같은 까다로운 부분도 Rust는 컴파일 단계에서 강제하잖아요. 인간 개발자에게는 진입장벽이 되는 이 엄격함이, AI에게는 오히려 가드레일 역할을 해줄 수 있다는 시각이죠. 사람이 짤 때는 머리 아픈 borrow checker가, AI가 짤 때는 품질 보증 도구가 되는 셈입니다.

그래도 파이썬은 쉽게 안 사라진다

물론 반대 의견도 만만치 않아요. 일단 AI 모델 자체가 파이썬 코드를 가장 많이 학습했어요. 깃허브에 쌓여 있는 데이터 양만 봐도 압도적이거든요. 학습 데이터가 많다는 건 AI가 가장 자신 있게 짜는 언어라는 뜻이고, 그래서 당분간은 "AI도 파이썬을 가장 잘 짠다"는 현실이 이어질 거예요. 닭이 먼저냐 달걀이 먼저냐의 문제죠.

또 하나는 에코시스템의 관성입니다. 머신러닝 분야의 거의 모든 도구가 파이썬을 기반으로 만들어져 있어요. PyTorch, TensorFlow, Hugging Face, LangChain 모두 파이썬 중심이죠. 이걸 다른 언어로 옮긴다는 건 단순한 문법 변환이 아니라 거대한 생태계를 다시 짓는 일이라서, 현실적으로 쉽지 않습니다.

한국 개발자 입장에서 생각해보면

이 논의가 한국 개발자에게 시사하는 건 명확해요. AI가 코드를 짜주는 시대에는 "어떤 언어를 잘 짜느냐"보다 "어떤 언어가 AI와 잘 맞느냐"가 더 중요해질 수 있다는 점입니다. 지금 신입 개발자라면 파이썬 하나만 파기보다, 타입이 엄격한 언어 하나(TypeScript, Rust, Go 등)도 같이 익혀두는 게 안전한 베팅일 거예요. AI가 짠 코드를 검토하고, 컴파일 에러를 읽고, 아키텍처를 결정하는 능력은 여전히 사람의 몫이거든요.

또 사이드 프로젝트 차원에서 Rust나 Go로 작은 도구를 만들어보는 것도 추천해요. AI에게 "이거 Rust로 짜줘"라고 시켜보면, 그 과정에서 컴파일러가 어떤 식으로 에러를 잡아주는지, AI가 어떻게 수정하는지를 직접 관찰할 수 있거든요. 이게 앞으로의 협업 패턴이 될 가능성이 높습니다.