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

Google 早就是坏人了

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

担忧 golang 的未来？

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

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

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

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

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

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

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

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

开源不是民主，比起民主，有一个强势有钱的爸爸更加能让一门编程语言起飞

@flyqie

可 最好是 runtime 重整 巨臃肿
泛型我个人觉得还是可以接受 如果降低编译效能考量 拿掉也不是不可以接受

从 go mod 事件开始，给所有的 gopher 提了一个醒，go 是 google 的，不是社区的，go 的未来最有可能是分叉，脱离 google 独立分支，因为 google 的职场文化肯定不止一次深深伤害社区的，拭目以待