Golang: Fucking Go official, Goodbye Go

[hhstore]

related:

• #309
• Rust: Quickstart #247
• Rust: Pro  #343
• Rust: Web  #347
• Vlang: V Programming Language #162 : 对比 vlang 的泛型设计
• Zig: QuickStart #363 : zig 语言

[hhstore]

艹他妈的 Go 官方: 再见 Go !

• ✅ Go 官方最近的恶臭表现, 实在忍无可忍.
• ✅ 写了5年+ Go, 这可能是我最后一次关注这个傻逼社区的治理讨论.

update 2022.09:

• ✅ https://fasterthanli.me/articles/i-want-off-mr-golangs-wild-ride
• ✅ https://fasterthanli.me/articles/lies-we-tell-ourselves-to-keep-using-golang
  • 另外2篇老外的文章. 该作者也转向 Rust.
  • 该作者设计过一门语言: https://ooc-lang.org/
  • https://github.com/ooc-lang/rock

update:

• ✅ Go 官方的回应, 证实了, 这是个虚伪透顶的独裁社区.
  • Go 官方如果不回应, 我没招. 无从判断他们的态度.(还要不要做人?
  • 也就无法打脸一些"伪理中客", 毕竟如果没有证据, 只是猜测, 无法服人.
  • 但, 好在, 他们愚蠢的回应了. (下文展开...
• ✅ 那就没啥好说的. 我不配写 Go. 让配的人写就好了.

update: 提案被折叠的内容

• ✅ 鉴于被折叠的内容很重要, 太长不看. (提前放这里了)

最近发生了2个事情:

1. Go 1.18 发布了, 正式支持泛型[T]. (支持泛型是好事, 恶心的是实现非常丑陋, [T] vs <T>)
2. Google 内部团队发了个新提案: 引入手动管理内存.(类似社区提案通通被拒, Google 自家人就秒过, 进入"假装讨论阶段")
   • proposal: arena: new package providing memory arenas golang/go#51317

虚伪的社区治理:

• ✅ 简单说, Go 只有 Google 内部团队意见是被关注的.
• ✅ Google 以外的社区意见, 当与官方冲突的时候, 基本是忽略的.
• ✅ 也就是说: 这个傻逼社区, 根本不存在社区.

虚伪的 Go 社区讨论:

• ✅ 第一层虚伪: 区别对待/响应 社区提案 vs Googler 自家员工提案.
  • 该提案下, 贴过类似提案的处理/相应周期. 我也顺手翻了大量提案的处理动态.
  • 大部分提案, 平均被 go 官方标记为 active 的周期是 1周.
  • 此Google 自家人提案, 仅1天, 就标记 active了, 突然就高效了? 就这?
• ✅ 第二层虚伪: 类似这个诉求的提案, 过去社区已经有很多人提过. 过去, 官方的态度是: 不需要+closed.
  • 该提案有人贴了过去的类似提案处理结果.
  • 换成 Google 自家人提, 就突然又需要了?
  • 感情上, 社区需要, 就不算? Google 需要, 就算? Go 官方是一点碧莲都不要!
  • anyway, 我是反对这个提案的.
• ✅ 第三层虚伪: 当我和另一个俄罗斯🇷🇺人, 质疑这个提案的存在必要性时. 官方态度: 不正面回应+顾左右而言他.
  • 这位俄罗斯🇷🇺开发者, 贴了更多证据.
  • Google 官方后续做法: 主动 hide 我的质疑讨论, 并清零社区 emoji 点赞. 试图混淆视听.(让反对声音消失
  • 自始至终, 官方都没有一个人回应: 这个提案的必要性. (尝试直接跳过, 进入讨论: 如何实现的阶段...
  • 潜台词: Google 需要, 就是必要的(毕竟是爹). 无需质疑+讨论.
• ✅ proposal: arena: new package providing memory arenas golang/go#51317 (comment)
• ✅ 简单说, 这个提案, 是非常重要的一个提案, 会影响未来所有人的代码书写模式.
• ✅ 然而, 这个提案, 讨论一经提出, 就被标记 active.
  • proposal: arena: new package providing memory arenas golang/go#51317 (comment)
• ✅ 大部分人对这个状态变更不了解.
• ✅ 简单说, 过去被官方否决的社区提案, 通常7天, 才进入 active状态.
  • 还有一些装睡的人, 试图辩解这是巧合.
  • 对, 就是这么巧. 巧的次数有点多而已.
• ✅ 这次换自家兄弟, 都不装了.
• ✅ 艹他妈的.

‼️ 注意: 提案创建时间 + 被官方标记 active 时间. 官方不要逼脸.

关于这个社区: (理解能力有问题的, 注意限定上下文...

• ✅ 国内社区的人, 基本是麻木的. (我在几个不同的 Go 技术群尝试讨论这个提案)
• ✅ 都是事不关己高高挂起.
• ✅ 没意思. 这样的社区. 实在恶臭. (对这句话引起不适的, 请看后面详细回复...
• ✅ 很多人, 都不喜欢这个提案, 但是, 依然不会出来表达. (最终会是少数人的暴政压迫所有人)
• ✅ 沉默的大多数. 不愧是国人性格. (对这句话引起不适的, 请看后面详细回复...
• ✅ 问题是, 这个提案, 会影响到所有人.
• ✅ 那又怎样? 反正总会有其他人发声吧?
• ✅ 这个国民性格. 恶臭. (对这句话引起不适的, 请看后面详细回复...

为什么这么生气?

• ✅ 以过去 go 官方劣迹斑斑的行为. 这个提案, 基本是必然通过的.
• ✅ 希望官方打我脸. (然而并不会...
• ✅ 那这样的傻逼社区. 没有必要继续为伍.
• ✅ Go 1.17 之前, 也有一些蠢设计. 都忍了. 毕竟无伤大雅.
• ✅ Go 1.18 这个傻逼泛型实现, 会比 Python 2.7 vs Python 3.4 更加恶臭.
• ✅ 人类的教训: 就是人类从来不吸取教训. 重复犯同样的错误.

讨厌这些双标狗们:

• ✅ fucking Go official.
• ✅ fucking everyone.
• ✅ 默许这个恶臭的官方的行为的每一个人, 都是纵容者.
• ✅ 这个世界愈发恶臭.
• ✅ 同样, 程序员的世界, 也是一样.

为什么一定要对他们竖中指?

• ✅ 当这些虚伪恶臭的双标怪, 一次又一次强奸你, 并正在强奸你的时候.
• ✅ 你不仅要朝他竖中指, 更要朝他吐痰.
• ✅ fuck you. 艹他妈的.
• ✅ 如果你不表达, 那活该你被一次又一次强奸.
• ✅ 强奸这种事, 只要你纵容了. 就不会只是一次, 而是无数次等着你.

[hhstore]

关于 Rust VS Go:

试图把 go 进行 rust 化的做法极其愚蠢:

• ✅ 正如我在提案里喷的意见: proposal: arena: new package providing memory arenas golang/go#51317 (comment)
• ✅ 这些打着性能优化旗号, 强奸所有人的提案. 是非常恶臭的.
• ✅ 真正在意 Go GC 性能的人, 你他妈的的该去用 C/C++/Rust/Zig(新秀).
• ✅ 而不是试图把 Go 改造成 Rust.
  • 过去 Python 社区也有很多蠢货, 但也没有 Go 社区蠢, 至少社区的大多数并不想去掉 GIL.
• ✅ 你永远叫不醒这些装睡的臭傻逼们.

产品级佐证案例:

• ✅ 当 go 不满足 or 达到优化瓶颈, 脑子正常的做法, 主动切 rust.
• ✅ 当 go 不满足 or 达到优化瓶颈, 脑子正常的做法, 主动切 rust.
• ✅ 当 go 不满足 or 达到优化瓶颈, 脑子正常的做法, 主动切 rust.
• ✅ 如下2个大厂 or 产品级案例, 已经清楚证明: 试图把 go 变成 rust 的做法, 极其愚蠢(东施效颦).

案例1:

• 字节开源的 Go RPC: kitex, 首个版本 go.
• 而性能优化版本是 rust 重写版: Volo
• https://mp.weixin.qq.com/s/vlDs_Bla7p_qyYh-8LvZOw

案例2:

• 某个时序 db 中间件, 初版用 go 写, 当前已用 rust 重写
• https://github.com/cnosdb/cnosdb
• https://my.oschina.net/cnosdb/blog/5555116

关于 Rust:

• ✅ 是的. 我已经学习了1个月的 Rust 了. (Go 泛型的恶心, 已经潜意识让我觉得 Rust 没那么讨厌了)
  • https://github.com/better-rs/learn-rs
  • https://github.com/better-rs/annotated-rs
• ✅ Rust 有很多非常操蛋的设计.
• ✅ 但总体上, 确实也有很多高明的地方.
• ✅ 虽然从2018年, 就了解了 Rust. 一直讨厌 Rust 的 "符号学大师"(现在依然讨厌).
  • 而且2018年的 Rust, 几乎没有任何生态.
  • 而这几年, Substrate 项目, 几乎把 Rust 的基础设施构建完善了.
  • 这个时间点, 切入 Rust, 是非常合适的.不早不晚.
  • Rust 的语言设计, 基本趋于稳定.
  • Rust 语法体操, 可以玩起来了. ( or 实在不喜欢 rust, 还可以试试 zig)
• ✅ 但是, Go 更加恶臭. Go 加入 手动内存管理, 会比 Rust 性能更好? 笑话.
  • 这些臭傻逼知道自己在干什么吗?
• ✅ 是时候 all in Rust 了.
• ✅ 为什么是2022年决定学习 Rust.
  • 最初的契机是: 为了研究 Substrate项目.
  • Rust 的复杂语法(符号), 导致不完整学完 Rust, 是没法读懂 Substrate 项目.

关于 Go:

• ✅ 最早了解 Go 是 2014 年. 当时在写 Python 2.7(怀念那时的美好).
  • 当时和 mentor 讨论 Go 的前景, mentor 非常不看好, 理由是 angular 被坑(不兼容升级, Google 传统艺能). 讨厌 Google 的产品.
  • mentor 由此站 react 一边. 顺势, 这些年 react 也确实赢了.
  • 那我开始写 Go 是2016/2017年. 初衷是 Python + Django 的性能, 实在捉急.
  • 当 Python 性能优化的手段, 全上一遍(拆微服务之后), 依然捉急. 社区的异步生态迟迟没有进展.
  • 在那个时间, 评估了 Go 和 Rust.
  • 没有选 Rust, 一个是丑陋的语法美学(现在依然丑), 一个是几乎没生态. 土法炼钢阶段.
  • so, 没有意外, 选择了 Go.
  • 老实说, 这5年左右. Go 带来很多快乐. 虽然 Python 依然是写起来最爽的.
  • 写 Go 的时候, 也学到了很多良好的架构设计. Go 有非常多聪明的设计.
  • 感谢 go-micro
    • 感谢 Go-micro 这个项目, 让我学到非常多的架构经验.(一览众山小)
    • 虽然这个项目, 被作者玩坏了. 非常可惜.
  • 5年. 差不多该痒了.
  • Go 依然是非常适合写 web, 写中间件服务的. 让别人写去吧.
  • 原本最近还想用 Go + Go-zero/go-kratos, 开个坑写电商平台(repo 进度1%). 那就算了. 留给 rust 了.
• ✅ 未来会越来越少写新的 Go 项目. (从 Python 转 Go 的时候, 也对社区失望, 但不至于完全不想写)
  • 讨厌, 就是最好的理由.
  • 而 Go + 丑陋泛型, 我看到都倒胃口. 艹他妈的. 再见.
• ✅ 没有 Go, 世界并不会怎样.

All in Rust:

• ✅ 艹他妈的 Go. 再见.
• ✅ 兜了一圈, 最终发现, 还是 Python 和 Rust 搭配一起.
• ✅ Python 也不是当年的 Python 了.
  • 这个社区, 还是很搓. Django 3 还在 异步 I/O 挣扎.
  • 好在, 我回归了.
• ✅ Rust, 我来了.

[hhstore]

关于 Go 泛型提案有多少人讨厌:

• 知乎 - Golang有了泛型以后性能是不是会再提升一个档次?
• 关于对讨厌此泛型提案, 是不是少数人的意见?
  • 我这个回答. 截止当前222个赞. 还在持续增长...
  • 那为何当时提案讨论时, 这些人(go 开发者)不去发表反对意见呢?(很多人不关注官方动态, 没看见, 等看见就晚了)
  • 那当前这个提案, 不是一回事?

来看看 Vlang(类 go 语法)的泛型<T>设计:

• https://vlang.io/
• Vlang 这个语言, 语法7/8成是基于 Go 的. 语法相似度极高.
• Vlang 基于 <T> 实现泛型, 那 Go 基本也可以.
• 说 实现困难的, 可以闭嘴🤐了.

泛型:

• ✅ https://github.com/vlang/v/blob/master/doc/docs.md#generics

vlang 支持多返回值:

• ✅ https://github.com/vlang/v/blob/master/doc/docs.md#returning-multiple-values

Go 官方说<> 和 多返回值, 引起语义歧义的说法, 骗骗傻瓜还行!

• ✅ 不想做 != 做不了.
• ✅ https://vlang.io/
• ✅ vlang 快来教教Go 官方这帮傻逼!

关于 Go 泛型有多丑陋:

• ✅ 其他主流语言, c++, rust, dart, 基本都是使用 <> 来标识.
• ✅ 而 go 选择[]. 理由是<> 实现困难. 艹他妈的. (其他语言也困难?)

来看一些示例:

• https://github.com/samber/lo

• ✅ 方法定义: 注意区分哪里是泛型, 哪里是 map

• ✅ 方法定义: 注意区分泛型 vs 数组.

• ✅ 使用方:

• ✅ 数据类型定义:

具有传染性的特性:

• ✅ 具有传染性的特性:

  • ✅ 泛型
  • ✅ async/await
  • ✅ 手动 GC: x.new(), x.free()

• ✅ 简单说, 代码只要有一段引入这些特性, 所有传递链, 都不可避免要使用.

• ✅ 所有有泛型, 有 async/await 的语言, 最终都会被这些特性代码, 侵占掉绝大部分项目.

• ✅ 手动 GC, 一旦侵入到基础库, 就无一幸免.

  • ✅ 理解反对这个手动 GC 提案 和 反对 泛型[T] 提案的原因, 是一致的.

• ✅ 泛型, 必然会侵入到大量基础库.

  • ✅ 觉得 [T] 香的, 恭喜你. 以后你可以天天看到它.

[hhstore]

关于 Python 之禅:

• ✅ 理解 less is more.
  • 做加法容易, 做减分难.
  • 有舍有得, 无舍无得.
  • 既要, 又要, 什么也得不到.
• ✅ 曾经的 Go, 比较好的继承了 Python 的极简设计美学.
• ✅ 现在, 呵呵...

• ✅ 对照一下现在的 Go. 在哪一层邪路上.
• ✅ 当然现在的 Python 也做错了很多, 违背了很多早期的理念.

关于一些编程设计理念:

• https://www.jdon.com/project/fundamental-laws-of-software-development.html

如无必要，勿增实体:

• ✅ 奥卡姆剃刀原理

[BruceDone]

这个泛型的实现，确实丑的一逼

[dengyunsheng250]

确实

[hhstore]

LS 这位 bestgopher 臭傻逼, 跑过来 BB 一句. 还 block 我. 是 TM 的多玻璃心(太拿自己当盘菜...

• 看不见我上面提到: 在几个 Go 技术群, 讨论这个提案.
• 一众讨厌这个提案的人, 也没有一个人, 去该提案下发表反对意见.
• 这个会影响所有人的提案, 他们虽然反对该提案. 但是, 依然选择默不作声.
• 这还不够恶臭?

你 TM 的瞎吗?
你 来 BB 就算了, 我也会引用你, 客气跟你解释.
你 TM 的 block 我, 还来 BB 个毛线? 我在意多你一个垃圾 block 吗?
傻逼.

特别声明:

• 我没有删他贴. 是他自己删的. 谢谢.
• 即便是他骂我, 我也不会删帖. 太拿自己当回事...

[hhstore]

关于辩论:

• ✅ 你愿意来和我辩论, 我绝对有理有据和你探讨.
  • 理, 越辩越明.
• ✅ 你如果只是来吐痰的, 我也会.
  • 你也别想占到便宜. 包您满意.

关于一些装模作样的臭傻逼:

• ✅ 既然对自己使用的语言, 没有热爱, 也漠不关心, 就只是混口饭吃的臭傻逼.
  • 就不要来我这里装模作样.
  • 我从业这些年, 见得多了.

关于此提案(Go 手动GC提案):

• ✅ 我骂Go 社区(官方以及某些人)这些人恶臭, 是觉得这些人, 还有骂的必要. (如果觉得没必要, 连吐痰的的心情都没有...
  • 我讨厌这个提案. 我去提案下, 表达了我的不满.
  • 你支持这个提案, 麻烦你也去提案下, 发表你的支持意见. 和反对的人辩论.
• ✅ 跑我这里装个逼, 证明你不恶臭?
  • 不恶臭的你, 在哪个社区项目表达过自己的观点/意见?
• ✅ 既然明明有看法/意见, 同时和自己切身利益相关, 又不去表达? 不恶臭?
  • 不言自明.

关于 Go 泛型提案:

• ✅ 木已成舟. 我知道这个提案的时候, 已经晚了.
  • 为什么错过? 是2020年开始写 flutter, 中间很长一段时间没有关注 Go 社区.
  • 等我听说泛型提案, [] 已经是确定结果. 我如果早一点知道, 同样也会尽力阻止这个提案成为事实.
  • 我非常讨厌这个[]设计.
  • 这个[]设计有多愚蠢, 时间会证明的.
• ✅ Rust, 我从2021年断断续续就在看, 潜意识, 其实已经是对 Go 愈发的讨厌.
• ✅ 当我去这个提案下喷这些傻逼官方, 双标狗的时候.
  • ✅ 我看到另外一个俄罗斯人, 列举了更多证据.
  • ✅ 对. 很多人不喜欢这个提案. 但是, 他们不敢站出来.
  • ✅ 只有少数人, 敢站出来, 表达不满. 敢和所谓的"大多数"斗争.
• ✅ 迎合多数人的一边, 更容易.
  • ✅ 提案下, 那些对我来点踩的一众懦夫.
  • ✅ 没有一个人出来反驳我的质疑.
  • ✅ 我尊重有不同意见, 也欢迎来辩论.
  • ✅ 只会点踩, 躲在众人身后, 不是懦夫吗?
  • ✅ 反对我的观点, 就勇敢的站出来批判我. 我欢迎.
• ✅ 站着观点大多数的一边, 更容易, 更安全.
  • 当我喷国人恶臭的时候, 是我觉得值得喷, 还有喷的必要.
  • 我当然知道: 麻木的中国人和麻木的老外, 一样多.
  • 那些傻逼老外们, 一样恶臭. 但, 轮的着我喷吗? 跟我有关系吗?
• ✅ 我试图呼吁国内 Go 社区反对这个提案的人, 去该提案下发声.
  • 然后呢? 这些人, 默不作声了.
  • 这不恶臭?
  • 鲁迅批判那些"喜欢看杀头的中国人", 2022年的今天. 并没有少太多.

我一个不打算继续写 Go 的人, BB 什么?

• ✅ 对. 我根本没必要去发声.
  • Go 变成臭狗屎, 又跟我有什么关系呢?
  • 这些还在继续靠 Go 混饭吃的人, 都不在意. 关我什么事?
• ✅ 我对泛型的提案很失望.
  • 更失望的是, 当一个更愚蠢的方案(社区提,官方秒拒绝, go 团队提, 秒进入讨论进程, 双标), 正在逐步成为现实的时候.
  • 这个社区的人, 是多麻木.
• ✅ 这样的社区, 比我经历过的其他社区, 更加臭不可闻.
• ✅ 我也不觉得其他社区会更好.
• ✅ 我去喷了. 本来就是宣泄情绪. (一个确定会被 accept 的提案, 本来就没有可讨论性)
  • 别人已经正在强奸你了, 你还要跟他讲道理?
  • 当社区大多数被少数人强奸的时候, 这群人, 还默契的配合: 官人你轻一点.
  • 贱不贱啊?
  • Go 虚伪的官方人员, 截止当前, 有一个站出来, 理直气壮的反驳我的质疑吗?
  • 有一个吗?
  • 他们也只是假装没看见.
  • 这个官方不虚伪? 如果不心虚, 摆出证据, 证明我胡说八道啊?!
  • 我就是要撕破这个丑陋嘴脸.
  • 也许我阻止不了这个提案.
  • 但是, 可以让这些恶臭的官方, 下次作恶的时候. 至少装一下, 别露屁股.
  • 劣迹斑斑的功德簿上, 帮他记一笔.

关于 Russ Cox:

• ✅ 我就是要指名道姓.
• ✅ Go 社区在他的"英明"治理下, 到处弥漫着恶臭.
• ✅ Go 有没有区别对待 Google 内部团队的提案 vs 非 Google 社区提案.
• ✅ 只要是不瞎的人, 都心知肚明.
• ✅ 我劝你(Russ Cox)做个人吧.

关于 少数人的暴政:

• ✅ 少数掌权者, 可以轻易利用权力, 操纵民意, 迫害大多数.
• ✅ 而不发声的"大多数", 轻易被孤立, 反而以为"反对者"是少数. 而更加不敢发声.
• ✅ 以极低成本(信息不对称)控制舆论走向, 就可以操纵所有人, 操纵民意(假民主).

[revintec]

写的真好,忍不住点个赞.这个issue真是我最近2天最开心的事

[lsjbd]

上一次发生类似的悲剧，还是 godep 团队被集体忽悠的时候，哈哈哈

[jiangyuzhao]

才看到这个issue，支持一下。但是在下觉得go支持泛型就是一个最傻逼的事情，不管用什么方式实现。企图让go rust/c++化的一切行为都是在破坏go自身的语言哲学。issue说到的感觉好像是支持<>泛型实现的，对此在下保留意见。不过还是很高兴有比较清醒的程序员意识到了泛型的侵入性，而不是一群程序员在那边狂欢，觉得go终于变得“高级”了。从go背叛它的语言哲学的那一刻起，go就完了。在下非常讨厌1.18.