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

[voidmnwzp]

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

[F281M6Dh8DXpD1g2]

google lang 要啥自行车

[agagega]

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

[KaynW]

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

[iOCZS]

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

[Donahue]

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

[Donahue]

@Donahue 以及编译执行能力

[PTLin]

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

[yanyao233]

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

[starwing]

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

[Elaina]

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

[matrix1010]

我觉得 rsc 才是主导，Rob 可能都不太参与了。review meeting 也都是 rsc 发 https://github.com/golang/go/issues/33502

[yb2313]

Google 早就是坏人了

[PureWhiteWu]

本来就是这样啊，go 只是 open source ，但是从来没有标榜过自己是 community driven 。
所以我选 Rust 。

[yb2313]

@Donahue #5 c#怎么样, 或者 ts

[flyqie]

担忧 golang 的未来？

已经在想社区未来会不会开个分支了。。毕竟 golang 目前知名项目不少而且 google 自己在一路狂奔。

[Donahue]

@yanyao233 不太熟悉 golang, 我感觉 python 写起来更舒服一点。

[artiga033]

商业公司控制的“开源项目“怎么可能听社区的
但是同理 rust 这种纯社区驱动的也存在随时爆炸的可能...

@yb2313 这俩的语法可称不上简单，都是攒了十几年的历史包袱，现在想着法丢也丢不掉

[lesismal]

rob pike 和 c 爹两位老爷子年纪大了, 发起项目后应该就很少参与了, 过去的十几年主要都是 rsc 在弄.

最近 rsc 把 golang 交出来给其他人了, 不会是因为范型和 range over func 这些新特性被他放进来了吧? 如果是, 那他活该下课

官方可以支持新特性, 但我不会去使用的, 至少肉眼可见的短期内我不会去使用, 并且禁止我们公司的兄弟使用.

其他人用不用, 只能祈祷了, 我祈祷其他知名项目如果使用只用于内部实现, 不要放出来公共内容要求使用者必须去用这些新特性.

[nightwitch]

我以为 golang 受谷歌控制而不是受社区控制是个常识

[lesismal]

先有 c, 后来 bj 老爷子造了 c++
现在的 go team, 有 c++ 那味了