이국적인 선택의 진짜 비용

언어를 우아하다는 이유로, 빠르다는 이유로, 혹은 당신이 존경하는 누군가가 극찬한다는 이유로 고르고 싶은 유혹이 있다. 특히 바이브 코딩에서는 그 본능이 프로젝트를 조용히 가라앉힐 수 있다. 이유는 이렇다. 틈새 언어의 도구와 씨름하는 데, 또는 모델이 본 예제가 너무 적어서 미묘하게 틀린 AI 출력을 풀어내는 데 쓰는 모든 시간은, 출시에 쓰지 못한 시간이다. 이국적인 선택은 좀처럼 요란하게 실패하지 않는다. 늘어난 수정 루프, 없는 라이브러리, 존재하지 않는 Stack Overflow 답변이라는 느린 물방울로 실패한다.

구체적으로, 그 페널티는 세 곳에서 나타난다. 첫째, AI가 덜 능숙해서 실수를 더 많이 하고 고치는 것도 더 못한다 — 그리고 그 언어를 모르는 당신은 좋은 코드와 나쁜 코드를 구별할 수 없다. 둘째, 생태계가 더 얇아서 필요한 라이브러리가 없거나, 버려졌거나, 복사할 예제가 없을 수 있다. 셋째, 막혔을 때 웹이 더 조용하다. 튜토리얼도, 답변된 질문도, 당신과 똑같은 벽에 부딪혀 본 사람도 더 적다. Python이나 TypeScript에서는 이 셋 모두 문제가 아니다.

이 중 어느 것도 이국적인 언어가 나쁘다는 뜻은 아니다. 입증 책임이 이국적인 선택 쪽에 있다는 뜻이다. 구체적이고 명확한 이유가 있다면 — Rust의 속도가 진짜로 필요하거나, App Store 때문에 Swift로 떠밀렸거나, 기존 Go 서비스를 확장하고 있다면 — 눈을 뜬 채 그 비용을 치러라. 이유가 "멋져 보여서"라면, 인기 있는 쪽을 골라 무언가를 출시하라. 나중에 언제든 다시 쓸 수 있지만 거의 그러지 않게 되는데, 인기 있는 선택이 이미 일을 해냈을 것이기 때문이다.