Go 语言的错误处理语法，不改了！

[kuanat]

官方 blog 在这里 https://go.dev/blog/error-syntax

原文本身不是太长，主要说了几种曾经考虑的方案。具体方案讨论链接里的内容就很多了。

最终决定不改了的主要理由是没有形成共识，次要理由是这事不太重要。

[chachi]

让我想起了 vb 的 on error resume next 和 if err.number<>0 then

[Crawping]

还好没改..
AI 纪元下 无非就是按一下 Tab 的事儿啊, 目前虽然啰嗦 但是并没有任何心智负担,纯纯流水账. 简单清晰, 非要省那么点不要钱的行数 把代码弄的晦涩么.. (本人主要写 C++ 十几年了从不用 try catch 1:容易渗漏传染 2:第一现场不明确)

[agagega]

上面提到 C++的，C++类型系统足够强大，使用类似 Rust 的 ADT 机制处理错误完全不是问题，甚至 optional 和 expected 已经是标准一部分了

[ryuj]

@razeen 这头像闪瞎我

[KellaTeRyan]

@razeen 就属你的头像最亮眼。

[dwu8555]

@razeen #39 亮仔

[viking602]

@razeen 闪瞎我了

[covering]

@razeen 成功引起了我的关注

[htxy1985]

不懂就问，39 楼的头像怎么了，我没看到有什么不同啊

[zpvip]

现在有 AI 了, javascript 我都用 AI 给我的 vanilla-js, bugfix 也是自己做, 大部分情况下根本不看代码.

以后 AI 就直接写二进制了, 人类不用参与, 显得多余.

[rainfd]

反正我写没觉得有多大问题，大家意见都不统一，干脆别改

[bv]

@nativeBoy 作为一个 gopher 已经能够自动忽略 err 噪音。就像人眼会自动忽略自己的鼻子一样，当你可以关注自己的鼻子时，又能看得到它。

[nativeBoy]

@WaterWestBolus
@deacyn
插件名为 Lowlight Go Errors

@hellopz goland 用的少，没发现过

@bv 你可以习惯它，但它永远在那

[akiyamamio]

直接 panic 处理！

[pkoukk]

@PTLin 等一下！看你的回复才发现 1.23 把 range over func 这种脏东西加进来了。

[Pencillll]

看了一下列出的几点理由，差不多就是"我们本可以做点什么，但现在已经晚了"

[realpg]

@littlewing #25
JAVA 人总是希望谁都改成他们最习惯的样子

[loading]

按 fmt 这种强制的思路，不改才是语言特色。

当时我想，如果它改了，我就不用 GO 了。

[morebuff]

@htxy1985 深色模式

[joeycheek]

都习惯了，不改也好