한 개발자가 C 언어의 불편함을 해소하기 위해 Zig를 선택했다가, Zig의 잦은 변경과 미성숙한 생태계 때문에 Rust로 전환했습니다. 하지만 Rust 사용 중 FFI(외부 함수 인터페이스)의 어려움, 번거로운 크로스 컴파일, 그리고 숨겨진 메모리 할당 방식에 대한 불만을 느끼게 되었습니다. 여기에 더해 Rust 프로젝트의 거버넌스 문제와 LLM(대규모 언어모델) 생성 코드 허용 정책에 대한 신뢰 저하가 겹치면서, 결국 다시 Zig로 돌아오게 된 배경을 상세히 설명했습니다.
Zig는 명시적인 메모리 할당과 숨겨진 제어 흐름이 없는 철학으로 C의 대안을 제시하며 주목받았습니다. Rust는 강력한 생태계와 안정성을 바탕으로 개발자들에게 실용적인 대안이었지만, 특정 상황에서는 한계를 드러냈습니다. 특히 Rust 재단에 거대 기업들이 참여하며 개발 방향에 영향을 미칠 수 있다는 우려와, LLM 생성 코드에 대한 Rust의 모호한 정책이 신뢰를 떨어뜨리는 결정적인 계기가 되었습니다. 반면 Zig는 LLM 코드 사용을 전면 금지하며 개발자 커뮤니티의 신뢰를 얻었습니다. 비록 Zig 0.17.0 버전이 빌드 시스템을 깨뜨릴 예정이고 여전히 불안정하지만, 언어의 핵심 감각은 크게 변하지 않았고 패키지 관리 경험은 개선되었습니다.
Zig는 Rust와 같은 컴파일타임 메모리 안전성을 제공하지 않는 대신, ReleaseSafe 모드, 테스트, 퍼징, 그리고 단언(assertion) 철학을 통해 단순성과 런타임 안전성의 균형을 추구합니다. 이는 'unsafe Rust보다 Zig가 더 안전할 수 있다'는 관점으로 이어지며, 모든 상황에 하나의 완벽한 메모리 안전성 모델은 없다는 점을 강조합니다. 개발자는 앞으로 Zig를 핵심 도구로 사용하되, 필요에 따라 다른 언어도 함께 활용하며 소프트웨어 품질을 최우선으로 하는 비전을 제시했습니다. LLM 시대에 정성 들여 만든 소프트웨어가 더욱 중요해질 것이라는 메시지를 통해, 사용자에게 신뢰할 수 있는 소프트웨어를 제공하려는 Zig의 철학을 엿볼 수 있습니다.