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

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

@artiga033 确实有这种问题, 这也是大家不喜欢微软的原因, 以前微软的名声可是人人喊打, 但是这两语言确实也是不错的, 怎么说呢, 有一种 ntr 的感觉

@flyqie

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

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

@kemchenj 除了 c ，其他语言，包括 c++，都是帝国时代，几大厂商肆无忌惮的操纵者开发者生态，rust 的组织模式，在未来也许会有可能有突破，但，还是那句话，跨平台从来不会有赢家，平台让你跨了，还是平台吗

个人还是不太看好纯社区驱动的东西。

忘记以前看的哪本书，貌似是讲 CSS 的，那个作者说，要伺候一群来自不同公司的 web 委员会成员，就像要伺候十几种猫一样，太难伺候了。


有社区、有一定的开放性，然后再有一个强大的企业来引导，个人感觉是比较好的。

Rob Pike 不是都隐退了吗?

@flyqie 分叉是很可能的，繁荣的生态和 google 把控之间已经发生很多次冲突了，google 把 go 放在职场文化中，根本不是大佬的风范，全是刷 kpi

@justdoit123 企业给钱就行了，要搞东西先交钱申请先

不过 go 连类 c 的 macro 都没有...

@justdoit123 标准和平台之争，ie6 根本不鸟，标准有啥用，chrome 就是要搞事情，它就是标准，社区用尽全力，搞了一些列框架和魔法，让页面在几个平台可以无缝显示

@james122333 go 采用的方式就是造各种生成工具，没有用宏，很多时候也觉得，为什么不用宏呢，这些生成工具要是用宏不就完全解决了吗，我觉得 go 缺少的是宏，适合 go 思维的宏，而不是范型

@KaynW 哈哈，我一直怀疑就是刷 kpi 的，根本和社区、开发者没半毛关系

@justdoit123
社区驱动不是委员会驱动

@vx7298

这可以

我现在觉得 C 加上 C++的少数特性做系统编程真的就够了。其他花哨的，什么函数式编程都不要有。

范型真的挺好用（少写很多重复的东西）……至于这个新特性 能不用就不用呗 别人的项目写了 尽量理解一下就行

range over func 设计的不好是真的，怎么连泛型都反对，还把 Rob Pike 拿出来。

Rob Pike 本人并不反对泛型，现在的泛型是 Phil Wadler 实现，这位是 Rob Pike 当年的同事，就是 Rob Pike 请来的。Rob Pike 自己说过没有泛型的情况下有些事情做起来效率低下。

@Trim21 #38

arXiv:2005.11710v4

Featherweight Go

Recently, the Go team mooted a design to extend Go with generics [Taylor and Griesemer 2019],
and Rob Pike wrote Wadler to ask:

Would you be interested in helping us get polymorphism right (and/or figuring out
what “right” means) for some future version of Go?

@KaynW 你这么说确实可能在刷 KPI 了属于是