作者反思自己过去仅使用工作所需的编程语言，而非根据需求选择最佳工具。为此他花时间尝试Go、Rust和Zig等语言，目的不是精通，而是理解每种语言的设计理念和价值取向。他认为语言间的比较不应停留在功能列表，而应关注其设计取舍背后反映的价值观，这能帮助开发者选择与自己理念契合的工具。

关于Go、Rust与Zig的思考

语言选择的本质

作者反思自己过去仅根据工作需求选择编程语言，最近开始主动探索工作外的语言（Go、Rust、Zig），目标并非精通，而是理解每种语言的设计理念与适用场景。语言之间的差异多维复杂，但核心在于：为何选择这一组特定的权衡？这种思考能帮助区分功能重叠的语言（如Go与Rust的争论），而不仅仅是比较特性列表。

Go：极简主义的协作工具

核心价值：简单性、稳定性、团队协作
- 设计哲学：Go被称作“现代C语言”，虽具备垃圾回收和运行时，但保留了C的简洁性。语言特性极少，甚至长期拒绝泛型（直到Go 1.18才引入），避免复杂语法（如标记联合或错误处理语法糖）。
- 典型表现：
- 代码冗余但可读性强，例如切片类型同时涵盖动态数组功能（类似Rust的Vec<T>），且内存分配由语言自动管理。
- 编译速度快，适合企业级开发，解决C++项目编译慢和易错问题。
- 适用场景：90%的通用需求，尤其是高并发场景，适合团队协作的稳定代码库。

Rust：安全与性能的极致平衡

核心价值：零成本抽象、内存安全、无未定义行为（UB）
- 设计哲学：通过复杂的类型系统和编译时检查，确保内存安全（如避免悬垂指针、双重释放）且无运行时性能损耗。
- 挑战：
- 概念密集（如Pin<&dyn Trait>的复杂类型转换），学习曲线陡峭。
- 开发者需通过特质（traits）明确表达意图，而非直接操作。
- 优势：
- 编译器的严格检查使得库生态高度可靠，依赖管理接近JavaScript的丰富性。
- 适用于对安全性和性能要求极高的场景（如系统编程）。

Zig：反叛者的自由之选

核心价值：显式控制、反OOP、务实设计
- 设计哲学：
- 手动内存管理：需显式调用分配器，甚至允许自定义分配策略。
- 拒绝隐藏行为：与Go/Rust不同，全局变量可自由创建，UB通过运行时检测（提供四种编译模式以平衡检查与性能）。
- 数据导向设计：摒弃OOP的继承和多态，鼓励批量内存操作（如事件循环中集中分配）。
- 定位：
- 针对认为Rust“过度约束”的开发者，适合追求底层控制或厌恶OOP的场景。
- 目前尚未稳定（版本0.14），标准库文档匮乏，但社区活跃，甚至计划重写依赖库。

总结：价值观的抉择

• Go：企业协作的“实用主义”，牺牲灵活性换取可维护性。
• Rust：安全与性能的“严谨派”，代价是复杂性。
• Zig：解放开发的“无政府主义”，强调显式与控制，适合特定领域或反传统设计。

最终选择取决于开发者更认同哪种价值观，而非单纯的功能对比。

以下是评论内容的总结：

1. 关于Zig的定位与价值

   • 观点：Zig是为不喜欢Rust的C/C++开发者设计的，强调简化编程思维，去除面向对象思想。
   • 引用："Zig wants you to excise even more object-oriented thinking from your code."
   • 引用："Zig is for the C / C++ developers that really dislike Rust."

2. 对Rust的争议

   • 观点1：Rust的学习曲线陡峭，尤其是生命周期和概念密度问题。
   • 引用："lifetimes are in fact what tripped me up the most, and many others."
   • 观点2：Rust的依赖管理和安全性是其优势。
   • 引用："This is one of Rust's superpowers!"

3. 对Go的评价

   • 观点1：Go的简洁性被高估，缺乏泛型和错误处理语法糖导致样板代码多。
   • 引用："Go isn’t like C in that you can actually fit the entire language in your head."
   • 观点2：Go的错误处理显式化有助于调试。
   • 引用："being forced to write code in a verbose manner makes your code better."

4. 关于RAII和内存管理的讨论

   • 观点：RAII和自动清理是优点，但Zig的显式管理提供了另一种选择。
   • 引用："Scope based or automatic cleanup is good."
   • 引用："Zig's errdefer is a cool extension on the defer pattern."

5. 对Zig的批评

   • 观点：文章对Zig的缺点（如全局变量易用性、文档不足）轻描淡写。
   • 引用："Mutable globals are easy in Zig (presented as freedom, not as 'you can now write data races.'"
   • 引用："The standard library having 'almost zero documentation' is mentioned but not weighted as a cost."

6. 其他观点

   • Rust的LLM友好性："Rust is actually a great language for LLM."
   • 语言设计哲学差异："Go won’t implement a feature that makes mistakes harder, if it makes the language more complicated; Rust will make the language more complicated to eliminate more mistakes."

总结：评论围绕Zig、Rust和Go的设计哲学展开，既有对Zig创新的赞赏，也有对Rust复杂性和Go局限性的批评，同时讨论了内存管理、错误处理等具体问题。不同观点反映了开发者对语言设计取舍的多样偏好。