파이썬으로 로직을 짜고 러스트로 성능 구간을 붙인다

8월 30일 일요일 밤 11시 13분, 앞서 순정 하네스를 두고 오간 문답 끝에 한 참여자가 분위기 전환을 내걸고 가벼운 질문을 끼워 넣었다. "분위기 전환 차원) 그런 의미에서 다들 Python 무슨 버전 쓰시나요?"였다. 버전 이야기로 짧게 끝날 법한 질문이었지만 돌아온 답은 다른 방향으로 튀었고, 이 화제에는 참여자 6명이 붙어 45건이 오갔다.

무슨 일

"ai가 작성하기엔 go가 좋다던데"라는 답이 붙으면서 화제는 파이썬 버전에서 언어 선택으로 옮겨갔다. AI가 코드를 작성하고 유지보수하기에는 go나 rust가 낫다는 글을 봤다는 이야기였다. go 이야기를 꺼낸 참여자는 곧 "오케이 파이썬이랑 그냥 백년해로 .."라며 스스로 농담으로 물러섰고, 다른 참여자는 애초에 셋을 나란히 놓고 하나를 고를 일이 아니라고 지적했다.

파이썬과 rust, go는 분야가 너무 다르다는 것이었다. 그 자리에서 구체적인 조합안이 제시됐다.

Python으로 주요 비즈니스 로직을 만들고 rust로 성능에 민감한 부분을 만들어 둘이 결합해서 하나의 프로젝트를 구성한다던지 하는 방법이 있을 수 있고요

언어를 하나 골라 갈아타는 문제가 아니라 구간을 나눠 쓰는 문제라는 정리다. 비즈니스 로직은 파이썬으로 빠르게 쌓고, 성능이 실제로 걸리는 구간만 rust로 떼어내 붙이는 적재적소론이었다. 선택지를 배타적으로 세우지 않으니 어느 언어가 AI에게 유리한가라는 물음 자체가 힘을 잃는다.

기존 프레임워크와 개발 속도

논의는 곧 언어 바깥으로 나갔다. AI가 이미 학습한 기존 프레임워크를 쓰는 편이 효율적이라는 이야기가 나왔고, 빠르게 개발해 상품성을 먼저 증명한 뒤 재정비해도 늦지 않다는 정리가 뒤따랐다. 새 언어를 익히는 비용과, 모델이 이미 익숙한 생태계에 올라타는 이점을 나란히 재 본 판단이다.

그다음 한 줄이 이날 결론에 가장 가까웠다.

어차피 유저수 많고 돈벌기 전에는 뭘로 만들든 그게 중요한가요

맥락과 시사점

AI가 쓰기 좋은 언어라는 기준이 등장하자마자 방은 그 기준의 사정거리를 되물은 셈이다. AI가 코드를 대신 쓰는 조건에서 언어 선택의 무게가 예전과 같지 않다는 전제는 받아들이되, 무엇으로 만드느냐가 무엇을 만드느냐를 앞지를 수는 없다는 쪽으로 방향이 잡혔다. 성능과 유지보수라는 기술 기준 위에 사용자 수와 매출이라는 바깥 기준이 한 겹 더 얹힌 것이다.

같은 밤 이 방은 하네스를 여러 개 띄워 서로 교차로 대화시켜 보라는 조언과, 요즘은 하위 루틴 작업만 맡긴다는 사용기를 주고받았다. 언어 이야기가 그 흐름에서 갈라져 나온 지점은, 어느 쪽이 낫냐를 겨루는 대신 지금 무엇이 발목을 잡고 있느냐를 되물었다는 데 있다. 분위기 전환용으로 던진 버전 질문 하나가 결국 지금 이 프로젝트에서 언어 선택이 정말 병목인가라는 물음으로 되돌아온 것이다. 사용자도 매출도 아직 붙지 않은 단계라면 답은 대체로 아니라는 쪽에 가깝고, 이날 방이 도착한 자리도 거기였다.