Go vs. Rust vs. Zig에 대한 생각

• 세 언어의 철학과 가치관의 차이를 중심으로, 각 언어가 어떤 문제를 해결하려는지 비교
• Go는 단순성과 안정성을 중시하며, 기능을 최소화해 협업과 유지보수를 쉽게 만드는 언어로 설명됨
• Rust는 안전성과 성능을 동시에 추구하며, 복잡한 타입 시스템과 트레이트 구조로 메모리 안전성을 보장
• Zig는 수동 메모리 관리와 데이터 중심 설계를 통해 개발자에게 완전한 제어권을 부여하는 실험적 언어로 묘사됨
• 세 언어의 상반된 접근은 프로그래밍 언어가 구현하는 가치 체계를 드러내며, 개발자가 어떤 철학에 공감하느냐가 선택의 기준이 됨

언어 비교의 관점

• 작성자는 직장에서 사용하는 언어가 아닌, 새로운 언어 실험을 통해 각 언어의 가치 체계를 이해하려 함
• 단순히 기능 목록을 비교하기보다, 언어가 어떤 트레이드오프를 선택했는가가 중요하다고 강조
• Go, Rust, Zig는 기능적으로 겹치는 부분이 많지만, 설계자가 중시한 가치가 다름
• 각 언어의 철학을 파악함으로써, 어떤 환경과 목적에 적합한지 판단 가능

Go — 단순함과 협업 중심의 언어

• Go는 미니멀리즘으로 구별되며, “머릿속에 전체 언어를 담을 수 있다”는 특징을 가짐
  • 제네릭은 12년 만에 추가되었고, 태그드 유니언이나 에러 처리 문법 설탕 같은 기능은 여전히 없음
• 기능 추가에 매우 신중하여, 보일러플레이트 코드가 많지만 언어의 안정성과 가독성이 높음
• Go의 슬라이스(slice) 는 Rust의 Vec<T>나 Zig의 ArrayList 기능을 포괄하며, 메모리 위치를 런타임이 자동 관리
• C++의 복잡성과 컴파일 지연에 대한 불만에서 출발해, 단순하고 빠른 컴파일을 목표로 설계
• 기업 환경에서의 협업 효율성을 중시하며, 복잡한 기능보다 명료한 코드와 일관성을 우선

Rust — 복잡하지만 강력한 안전성과 성능

• Rust는 “제로 비용 추상화” 를 내세우며, 다양한 개념이 결합된 맥시멀리스트 언어
• 학습 난이도가 높은 이유는 개념 밀도가 높기 때문이며, 복잡한 타입 시스템과 트레이트 구조가 존재
• Rust의 핵심 목표는 성능과 메모리 안전성의 양립
  • UB(Undefined Behavior) 를 방지하기 위해 컴파일 타임에 검증 수행
  • 잘못된 포인터 참조나 이중 해제 등으로 인한 예측 불가능한 동작을 차단
• 컴파일러가 코드의 런타임 동작을 이해할 수 있도록, 개발자는 명시적으로 타입과 트레이트를 정의해야 함
• 이러한 구조 덕분에 타인의 코드에 대한 신뢰성이 높고, 라이브러리 생태계가 활발하게 유지됨

Zig — 완전한 제어와 데이터 중심 설계

• Zig는 세 언어 중 가장 신생 언어로, 버전 0.14 단계이며 표준 라이브러리 문서화가 거의 없음
• 수동 메모리 관리를 채택해, 개발자가 직접 alloc()을 호출하고 할당자(allocator) 를 선택해야 함
• Rust나 Go와 달리, 전역 변수 생성이 간단하며, 런타임에서 “illegal behavior”를 감지해 프로그램을 중단
  • 빌드 시 선택 가능한 4가지 릴리스 모드로 성능과 안정성의 균형 조정 가능
• 객체지향 프로그래밍(OOP) 기능을 의도적으로 배제
  • private 필드나 동적 디스패치가 없으며, std.mem.Allocator조차 인터페이스로 구현되지 않음
  • 대신 데이터 중심 설계(data-oriented design) 를 지향
• 메모리 관리 또한 RAII 방식의 세밀한 객체 단위 관리 대신, 큰 메모리 블록을 주기적으로 할당·해제하는 구조를 권장
• Zig는 자유롭고 반체제적인 성향의 언어로 묘사되며, OOP적 사고를 제거하고 개발자 주도 제어를 극대화
• 현재 팀은 모든 의존성 재작성 작업에 집중 중이며, 안정 버전(1.0)은 아직 미정

결론 — 언어가 드러내는 가치의 차이

• Go는 협업과 단순성, Rust는 안전성과 성능, Zig는 자유와 제어권을 중심 가치로 삼음
• 세 언어의 차이는 단순한 기능 비교가 아니라, 소프트웨어 개발에 대한 철학적 선택을 반영
• 개발자는 자신이 어떤 가치에 공감하는가에 따라 언어를 선택하게 됨