#RePost #DevOps #Notion
Rob Pike 在 2023 年 11 月的一次内部演讲稿，回顾 Golang 14 年的历程，没什么技术内容，热爱 Golang 的人可以读一读。
Pike 强调发明 Go 是为了解决 Google 所面临的超大规模团队的工程问题。而在今天看来，有很多人批评 Go 的语法，却几乎没人批评 Go 的工程化能力，这可以看作初创者们的初衷已经圆满实现了。
因为 Google 内部使用 monorepo，导致初创团队对于依赖管理经验不足，也严重低估了其复杂性，所以早期 Go 是没有多版本依赖管理的，直到后来实现了 gomodule。
在并发问题上，Pike 再次推荐了经典论文 CSP，并且认为 async/await 的写法实际上是把复杂性交给了程序员。（我倒是觉得 async/await 在手写调度时实际上比 CSP 简单）
还有就是作者认为 interface 已经足够了，但是迫于社区压力引入了范型，范型和 interface 的兼容很成问题，为此付出了大量的努力。
关于 Golang 和 Google 的关系，Pike 总结为：the core Go team is paid by Google but they are independent。Google 付钱，但并不干涉，Golang 是完全由社区主导的。
BTW，Rob Pike 已经 68 岁了，据说已经退休，近年来已经很少露面。
Message link
Rob Pike 在 2023 年 11 月的一次内部演讲稿，回顾 Golang 14 年的历程，没什么技术内容，热爱 Golang 的人可以读一读。
Pike 强调发明 Go 是为了解决 Google 所面临的超大规模团队的工程问题。而在今天看来，有很多人批评 Go 的语法，却几乎没人批评 Go 的工程化能力，这可以看作初创者们的初衷已经圆满实现了。
因为 Google 内部使用 monorepo，导致初创团队对于依赖管理经验不足，也严重低估了其复杂性，所以早期 Go 是没有多版本依赖管理的，直到后来实现了 gomodule。
在并发问题上，Pike 再次推荐了经典论文 CSP，并且认为 async/await 的写法实际上是把复杂性交给了程序员。（我倒是觉得 async/await 在手写调度时实际上比 CSP 简单）
还有就是作者认为 interface 已经足够了，但是迫于社区压力引入了范型，范型和 interface 的兼容很成问题，为此付出了大量的努力。
关于 Golang 和 Google 的关系，Pike 总结为：the core Go team is paid by Google but they are independent。Google 付钱，但并不干涉，Golang 是完全由社区主导的。
BTW，Rob Pike 已经 68 岁了，据说已经退休，近年来已经很少露面。
Message link
