“我恨Go现在的样子”：泛型、迭代器杀入语言核心，两百条评论吵翻了Reddit
内容提要
Go语言社区因一篇吐槽帖引发关于语言未来走向的激烈争论。核心争议在于泛型、迭代器等新特性是否违背了Go“简单”的设计哲学，反对者担忧功能膨胀，支持者则认为这是成熟必经之路。深层讨论涉及开发者习惯、工程文化及“简单”的真正定义，反映了语言演进与社区身份认同的冲突。
延伸解读
“简单”的代价：语言克制与工程膨胀的博弈
文章指出，Go的“简单”并非绝对，而是由使用者的能力、习惯和代码审查文化共同支撑。语言层面的克制挡不住工程文化层面的膨胀，例如从Java团队转来的开发者可能将工厂、抽象层等模式带入Go代码，使其“Java化”。这提醒我们，语言设计只是起点，团队规范和代码审查才是维持代码风格的关键。
新特性不等于强制使用：选择权与团队压力
支持者认为，语言提供泛型、迭代器等新特性，并不强迫开发者使用，用不用是个人选择。但反对者担忧，团队协作和代码风格趋同的压力，使得“不用新特性”在现实中难以实现。这种张力反映了语言演进中“能力提供”与“复杂度接受”之间的责任归属问题，值得每个Go团队在引入新特性时权衡。
Go的演进路径：渐进式变革与社区拉锯
从泛型到迭代器，再到内置集合类型提案，Go的每一次“加东西”都伴随着类似争议，但项目本身规矩保守，改动克制，并争取社区认同。这种渐进式演进区别于C++式的“功能军备竞赛”，但“变”本身必然让部分老用户感到被冒犯。理解这一历史模式，有助于理性看待当前争论。
Q&A
Reddit上那篇吐槽Go的帖子标题是什么？
帖子标题是《I hate where Go is moving》（我恨Go现在的样子）。
Go社区争论的核心是什么？
核心是泛型、迭代器等新特性是否违背了Go“简单”的设计哲学，反对者担心功能膨胀，支持者认为这是成熟必经之路。
反对Go新特性的人主要理由是什么？
他们认为Go的吸引力在于“做得少”，担心重蹈C++覆辙，为了迎合所有人而不断加特性，最终谁都不满意。
支持Go演进的人如何反驳？
他们认为迭代器和泛型在处理数据流或数据库读取时很有用，并指出语言本身没有强迫任何人使用新特性，反对者只是不想学习新东西。
有评论认为真正让Go难用的原因是什么？
真正让语言难用的往往不是迭代器或泛型，而是运行时反射带来的“魔法”，以及开发者习惯性使用Java式设计模式，导致代码变成“Java翻译版”。
Go语言自诞生以来经历了哪些关键变化？
从泛型（Go 1.18）开始，语言核心边界逐渐打开，最新争议是迭代器（range-over-func）和内置集合类型（如Set）提案。
关于“简单”的讨论，文章最后得出了什么结论？
简单要么活在语言本身里，要么活在开发者写的代码里。Go的演进把边界重新交还给社区协商，而协商不可能让所有人满意。
