Go is an 80/20 language
a year ago
- #programming
- #design-philosophy
- #golang
- Go语言因其80%实用性与20%复杂度的设计理念被视为最遭人恨的编程语言
- 这种厌恶源于用户渴望更高实用性（81%、85%、97%），但每提升7%实用性就需要付出36%额外工作量
- Go的80/20设计典型案例包括：结构体标签vs注解/宏、Go测试库相比Java的jUnit的简洁性、以及goroutine与C#/Rust异步机制的对比
- Go早期缺乏用户自定义泛型，但内置的泛型类型（数组/切片、映射、通道）在十余年间表现良好
- 多数语言（C#、Swift、Rust、JavaScript）追求100%实用性却导致400%成本，陷入无止境的功能堆砌
- 80/20设计是最优解：低于该标准（如70/30）会导致语言实用性不足（例如没有枚举vs没有结构体）
- 新增功能会同时增加用户负担（学习语法/模式/规范）和实现者负担（复杂度/缺陷/开发速度）
- 谷歌C++风格指南通过将语言复杂度从95%降至90%来有效管理共享代码库
- Swift的复杂性导致编译器缓慢易崩溃（尽管资源充足），而Go的简洁性使其从1.0版本就保持稳健