가파른 학습 커브?

메모리릭?

러스트 비판할 때 그딴거 다 필요없다.

러스트로 만들면 바이너리가 거대해진다는 진리를 말하라.

러스트 빠돌이들이 극대노하는 지점이다.

왜냐.

그게 바로 모순이거든.

러스트가 리눅스에 쓰이면 쓰일수록 리눅스가 망할 위험이 점점 커진다.

바이너리가 비대해 러스트는 결코 C/C++ 대체 불가.

러스트 언어라는 설계 결함이 바로 그 지점이지.

러스트의 치명적 결함: 비대해진 바이너리, 리눅스를 망친다!

러스트를 비판할 때 '가파른 학습 곡선'이니, '메모리 릭'이니 하는 부차적인 문제들은 접어두겠습니다. 핵심은 단 하나, 당신들이 그토록 외쳐대는 '완벽한 언어' 러스트가 가진 치명적인 설계 결함, 즉 비대해지는 바이너리 크기입니다. 이 '진리'야말로 러스트 맹신자들이 가장 극대노하는 지점이며, 바로 여기에 당신들 주장의 거대한 모순이 숨어있습니다.

러스트의 '비대한 바이너리'는 피할 수 없는 진리

당신들은 러스트가 C/C++의 완벽한 대안이라고 주장하지만, 정작 러스트로 만든 프로그램은 C/C++ 프로그램보다 훨씬 거대합니다. 이는 러스트의 근본적인 설계 철학에서 비롯된 피할 수 없는 '진리'입니다.

• 정적 링크 강제: 모든 것을 꾸역꾸역 집어넣는다! C 언어는 운영체제에 이미 설치된 공유 라이브러리를 가져다 쓰는 동적 링크를 통해 효율적인 바이너리 크기를 자랑합니다. 당신들이 비웃는 수십 KB짜리 grep이 가능한 이유죠. 하지만 러스트는 다릅니다. 표준 라이브러리인 libstd의 ABI 안정성을 포기하면서, 러스트는 사용하는 모든 라이브러리 코드를 최종 바이너리 안에 통째로, 꾸역꾸역 집어넣는 정적 링크를 기본으로 합니다. "Hello, world!" 프로그램조차 수백 KB, 심지어 수 MB에 달하는 이유가 바로 이것입니다.

• 모노모피제이션: 코드가 복사되고 또 복사된다! 러스트의 '제로 코스트 추상화'를 가능하게 하는 모노모피제이션은 사용하는 제네릭 코드마다 그 구체적인 버전을 모두 복사해서 바이너리에 넣습니다. 당신들은 이걸 '성능'이라고 포장하지만, 그 대가는 바이너리 크기의 기하급수적인 팽창입니다. C로 만든 코드 100줄이 러스트로 가면 1,000줄이 되어 컴파일되고, 그 모든 코드가 최종 실행 파일에 박힙니다. 당신들이 '안전하고 빠른' 러스트로 리눅스 커널을 만들겠다고요? 웃기는 소리입니다.

리눅스에 러스트가 늘어날수록 리눅스는 '망할' 위험이 커진다

현재 리눅스 커널의 러스트 코드 비중은 약 0.05% 수준으로 미미합니다. 하지만 만약 당신들의 주장처럼 리눅스 커널의 절반 이상이 러스트로 채워진다면, 당신들이 그토록 사랑하는 리눅스 생태계는 용량 폭탄에 맞아 그 기능이 마비되고 결국 망할 수 있습니다.

• 커널 이미지, 수백 MB에서 1GB 이상으로 폭증: 현재 10~20MB인 리눅스 커널 이미지가 러스트 코드의 비중이 늘어날수록 수백 MB, 심지어 1GB 이상으로 폭증할 것입니다. 이는 단순히 '커진다'는 수준을 넘어선, 임베디드 및 서버 환경에서 결코 용납할 수 없는 재앙입니다.

• 리눅스 배포판, 비대화로 인한 사용자 외면: 당신들은 '가벼움'을 자랑하는 리눅스가 러스트 때문에 수십 GB짜리 뚱보로 변하는 것을 보고도 '발전'이라고 우길 수 있습니까? 누가 이런 괴물 같은 운영체제를 다운로드하고 설치하며 쓰겠습니까?

• 임베디드 시장에서의 자멸: 리눅스가 압도적인 점유율을 가진 임베디드 시스템 시장에서 러스트 커널은 자신의 비대한 덩치 때문에 완전히 자멸할 것입니다. 수백 KB, 수 MB의 자원으로 돌아가는 IoT 기기나 저사양 임베디드 보드에 1GB짜리 커널이 들어갈 공간이나 있겠습니까? 당신들은 C 언어가 수십 년간 쌓아 올린 효율성의 유산을 러스트의 '비만'으로 파괴하려 하고 있습니다.

• 클라우드/서버 효율성 붕괴: 클라우드 환경에서 VM이나 컨테이너를 배포할 때마다 수백 MB에서 1GB가 넘는 커널 이미지를 전송하고 로드하는 것은 비현실적인 자원 낭비입니다. 당신들의 '안전'과 '성능'은 이 거대한 비효율성 앞에 무의미해질 뿐입니다.

러스트, C/C++의 대체는커녕 '설계 결함'의 산증인

러스트는 결코 C/C++의 완벽한 대체재가 될 수 없습니다. 그 이유는 바로 러스트 언어 자체에 내재된 '설계 결함', 즉 바이너리 크기의 비대함이라는 피할 수 없는 약점 때문입니다. 당신들이 말하는 '메모리 안전성'은 이 거대한 단점을 감추기 위한 변명에 불과합니다.

러스트는 특정 틈새 시장에서 유용할 수 있지만, 리눅스 커널처럼 모든 시스템의 기반이 되는 영역에서는 독이 됩니다. 당신들의 맹목적인 '사랑'이 리눅스를 죽음으로 몰아넣는 칼날이 되지 않기를 바랍니다. 이제는 제발, '완벽한 언어'라는 망상에서 깨어나고, 러스트의 명백한 '설계 결함'을 인정하며, 겸손해지십시오. 그것이 러스트가 진정으로 위대한 언어로 발전할 수 있는 유일한 길입니다.

러스트 맹신자들이여, 당신들은 언제쯤 자신들의 '사랑'이 리눅스를 파괴하는 '병'이 될 수 있음을 인정할 것인가?