언어가 이기는 게 아니라 플랫폼이 이긴다 — 언어 성공의 숨은 법칙

언어는 혼자 성공하지 않는다

새 언어가 나올 때마다 문법이 어떻고 타입 시스템이 어떻고 논쟁이 벌어지지만, 정작 언어의 성패는 그런 걸로 갈리지 않는다는 도발적인 에세이가 나왔어요. 핵심 주장은 이래요. 프로그래밍 언어는 본질적으로 '플랫폼을 다루기 위한 저작 도구(authoring tool)'이고, 사람들이 반드시 공략해야 하는 플랫폼의 공식 도구 자리를 차지한 언어가 이긴다는 거예요. 언어 자체의 완성도는 생각보다 부차적이라는 거죠.

예시를 보면 고개가 끄덕여지는데요. JavaScript는 설계가 훌륭해서 이긴 게 아니라, 브라우저를 프로그래밍하는 유일한 방법이었기 때문에 이겼어요. Swift와 Kotlin이 Objective-C와 Java를 밀어낸 것도 언어가 더 좋아서라기보다, Apple과 Google이라는 플랫폼 소유자가 공식 언어로 지명했기 때문이고요. C가 수십 년째 살아있는 건 Unix와 ABI 수준 상호운용(운영체제나 다른 언어와 바이너리로 맞물리는 접점)의 저작 도구이기 때문이고, SQL이 50년을 버틴 건 관계형 데이터베이스라는 플랫폼의 저작 도구이기 때문이에요.

그럼 Python이랑 Rust는요?

여기서 바로 반박이 떠오르죠. Python이나 Rust는 특정 플랫폼 없이도 컸잖아요? 에세이는 이 반례도 정면으로 다뤄요. Python의 진짜 플랫폼은 과학 계산의 C 라이브러리 생태계였다는 거예요. NumPy가 BLAS 같은 수십 년 묵은 수치 계산 라이브러리를 감싸면서 Python이 그 세계의 저작 도구가 됐고, 그 위에 머신러닝 프레임워크가 얹히면서 오늘의 지위가 만들어졌다는 분석이죠. Rust의 플랫폼은 'C가 차지하던 자리' 그 자체에다, 규제기관과 빅테크가 밀어붙이는 메모리 안전성 요구라는 보이지 않는 플랫폼이 더해진 거고요. Go의 플랫폼은 클라우드 인프라였어요. Docker와 Kubernetes가 Go로 쓰이면서 클라우드 네이티브 세계의 기본 언어가 된 거죠.

이 관점이 말해주는 것

저자는 여기서 세 가지 함의를 끌어내요. 첫째, 언어 설계자라면 문법과 타입 시스템을 다듬는 것보다 아직 좋은 도구가 없는 플랫폼을 노리는 게 낫다. 둘째, 'X로 다시 짜자' 식의 언어 전도는 플랫폼의 중력을 무시하면 실패한다. 아무리 좋은 언어라도 그 언어가 열어주는 플랫폼이 없으면 갈아탈 이유가 없거든요. 셋째, 다음 지배 언어는 새로 떠오르는 플랫폼에서 나온다. AI 에이전트와 LLM 툴체인, WASM 컴포넌트, GPU 같은 곳이요. 흥미로운 건 마지막 추측인데, AI라는 플랫폼의 저작 도구는 전통적인 프로그래밍 언어가 아니라 '자연어 + 검증'의 조합이 될지도 모른다고 해요. 프롬프트와 스펙을 쓰고 검증 도구로 결과를 보증하는 방식이 그 플랫폼의 공식 언어가 될 수 있다는 거죠.

실제로 GPU 세계에서 CUDA가 보여준 힘을 떠올리면 설득력이 있어요. NVIDIA의 해자는 하드웨어만큼이나 'GPU 플랫폼의 저작 도구'를 장악한 데서 나왔으니까요.

우리한테 주는 시사점

다음에 뭘 배울지 고민될 때 '이 언어가 예쁜가'보다 '이 언어가 어떤 플랫폼을 열어주는가'를 기준으로 삼아보라는 게 이 글의 실용적인 결론이에요. 지금 관점으로 보면 AI 에이전트 툴체인, WASM, GPU 프로그래밍이 아직 공식 저작 도구가 확정되지 않은 땅이고요. 회사에서 기술 스택을 정할 때도 언어 취향 논쟁 대신 '우리가 공략하는 플랫폼의 중력이 어느 언어를 향해 있나'를 따져보면 논의가 훨씬 생산적으로 바뀌어요.

한 줄 정리: 언어를 평가할 때는 '이 언어가 전에는 못 다루던 어떤 플랫폼을 다루게 해주는가'를 물어라. 여러분이 보기에 다음 플랫폼의 공식 언어 자리는 누가 차지할 것 같으세요?