Rob Pike 已经失去对 golang 的掌控权了吗

这个哥们当初也是反对加入泛型，说实话我也反对，用 interface{}，在编码过程中约束检查下就够了，加了泛型无疑是大大增加了代码阅读时的心智负担，本以为这是个小意外，没想到只是个开始，现在 1.23 居然加了 range ofer func ，这种坨 shit 特性代码太过于恶心，而且这个提案完全是 Google 内部直接裁定通过，社区固然反对声和骂声一片，但根本没法否决，Rob Pike 要是在位的话，这一坨是绝对不可能通过的，说实话，我有点担忧 golang 的未来了

google lang 要啥自行车

这不跟 swift 很像吗，swiftui 语法先在 wwdc 上发布，后面苹果的人再去社区交 rfc 补票，大厂主导的语言就是这样的

很好奇这特性如果是 Google 内部需求的话，啥需求需要依赖这个特性？ Golang 团队为啥接了这个需求，难道是有 KPI 吗

开源软件的所有权掌握在大公司手里，而不是社区

要是有一门语言，跟带类型的 python 一样简单的语法，跟 golang 一样强的性能就好了

@iOCZS 这个结论太笼统了，对于 go 应该是，go 语言的所有设计决策都在 Google 手上。go 虽然是开源的可以提 rfc 的，但是决定权再 Google ，比起 zig ，rust 等语言整体开放性不强。

@Donahue 感觉 golang 就是你说的这种语言本身，golang 的语法并没有比如 python 复杂太多吧？甚至还更简单

@Donahue Python 的语法可不简单啊……语义更是非常复杂……

这个 yield 就很逆天，第一眼以为是个关键字，后来仔细一看发现是个变量