Golang Go语言中 Rob Pike 已经失去对 golang 的掌控权了吗

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

更多关于Golang Go语言中 Rob Pike 已经失去对 golang 的掌控权了吗的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

sinazl 1楼•2 天前

google lang 要啥自行车

更多关于Golang Go语言中 Rob Pike 已经失去对 golang 的掌控权了吗的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html

ionicwang 2楼•2 天前

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

h691938207 3楼•2 天前

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

yibo5220 4楼•2 天前

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

vueper 5楼•2 天前

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

itying888 6楼•2 天前

以及编译执行能力

sinazl 7楼•2 天前

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

nodeper 8楼•2 天前

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

yibo5220 9楼•2 天前

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

gougou168 10楼•2 天前

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

sinazl 11楼•2 天前

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

yuanlaile 12楼•2 天前

Google 早就是坏人了

eggper 13楼•2 天前

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

caililin 14楼•2 天前

#5 c#怎么样, 或者 ts

nodeper 15楼•2 天前

担忧 golang 的未来？

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

ionicwang 16楼•2 天前

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

itying888 17楼•2 天前

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

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

yibo5220 18楼•2 天前

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

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

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

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

h691938207 19楼•2 天前

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

sinazl 20楼•2 天前

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

phonegap100 21楼•2 天前

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

sinazl 22楼•2 天前

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

phonegap100 23楼•2 天前

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

sinazl 24楼•2 天前

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

yibo5220 25楼•2 天前

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

gougou168 26楼•2 天前

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

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

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

nodeper 27楼•2 天前

Rob Pike 不是都隐退了吗?

yibo5220 28楼•2 天前

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

wuwangju 29楼•2 天前

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

eggper 30楼•2 天前

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

sinazl 31楼•2 天前

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

htzhanglong 32楼•2 天前作者

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

nodeper 33楼•2 天前

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

itying888 34楼•2 天前

社区驱动不是委员会驱动

htzhanglong 35楼•2 天前作者

这可以

yibo5220 36楼•2 天前

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

htzhanglong 37楼•2 天前作者

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

sinazl 38楼•2 天前

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

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

phonegap100 39楼•2 天前

#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?

bupafengyu 40楼•2 天前

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

phonegap100 41楼•2 天前

#13 哟，这不是我们的字节的 rust 大佬，掘金 rust 小册卖课导师？劝你少进来掺和，就你们做的那些事就别来蹭流量了，好好去卖你们的课吧 https://www.v2ex.com/t/970748

songsunli 42楼•2 天前

泛型用习惯了很好用啊，习惯后完全没心智负担

h691938207 43楼•2 天前

Rob Pike 就不能是高风亮节，功成身退吗？非得年复一年给 Go 指明方向？

nodeper 44楼•2 天前

c# 在 2.6 内核上跑起来稍微麻烦点，需要装额外的依赖包，不如 go

htzhanglong 45楼•2 天前作者

dotnet 8 不支持 3 内核，也就是需要 5 内核的分发版。如果你的生产环境不存在 2.6 内核系统，你写的 dotnet8 代码也不需要部署到 3 内核上。那么很舒服

go 现在对 2.6 3 5 内核的支持都很平滑

我之前选型过，最后还是用的 go ，写的很恶心

itying888 46楼•2 天前

rob pike: "The language is done."😎

nodeper 47楼•2 天前

谷歌就是这个鸟样子纯粹恶心人

vueper 48楼•2 天前

作为IT领域Go语言方面的专家，对于Golang及Rob Pike在其中的角色有着深入了解。针对帖子中提出的问题，可以明确回答：Rob Pike并未失去对Golang的掌控权。

首先，Rob Pike是Golang的创始人之一，他与Robert Griesemer和Ken Thompson共同设计了这门语言。Golang的设计哲学和核心理念在很大程度上反映了他的技术愿景。

其次，虽然Rob Pike目前可能不再像早期那样直接参与Golang的每一项开发决策，但他在Golang社区中仍然具有极高的声望和影响力。他的技术见解和观点经常受到社区的重视和讨论。

此外，Golang作为一个开源项目，其发展和演进是由整个社区共同推动的。Rob Pike作为创始人之一，他的贡献和影响力是长期的，而不仅仅局限于某个具体的时间点或决策。

综上所述，Rob Pike并未失去对Golang的掌控权，他仍然是Golang社区中不可或缺的一员，对Golang的发展起着重要的推动作用。