V2EX › iseki 的所有回复 › 第 19 页 / 共 54 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 15 16 17 18 19 20 21 22 23 24 ... 54

❮

❯

2023 年 12 月 23 日

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

@lesismal 我似乎并没有鄙视 Go 这种 panic 即退出的设计，我只是说下这个设计在没有结构化并发时几乎是必然的，不知道你在激动什么……

Go 的 goroutine 本身设计我不认为太大问题，但它的暴露形式就值得商榷了。难以直接被使用的 "go" 变成了关键字，errgroup 这种东西反而变成了 x 库。
“标准库没有就值得一喷”，标准库什么都半残那还叫什么标准库？我也没说标准库必须要带一套结构化并发，毕竟 go 出现的相对来说还是比较早的，但是 go 关键字的存在，除了更好打广告外，几乎看不到什么必要性。

2023 年 12 月 23 日

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

Go 中 goroutine 未捕获 panic 导致整个程序退出这是在这个整体设计下的一个必然，Java 的 Thread 不这么设计，它并不鼓励程序甚至是业务代码中动不动就开一个 Thread ； Kotlin 的 coroutine 不这么设计，是因为人家有结构化并发，君不见 Java 绿色线程出来后马上也在讨论结构化并发的问题了。
Go 这边不搞这个，那如果 goroutine 在发生例外时不 crash 整个程序，可能就是个维护灾难了。

2023 年 12 月 23 日

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

Java 的 try catch 和受检异常怎么说呢想法是好的，但标准库中的类型划分个人认为有待提高，太多该被归于 Error 的东西被归类到 Exception 中了。

2023 年 12 月 23 日

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

Go 的问题主要是消极路径的代码在毫无收益的情况下污染了积极路径的代码，而且因为处理是完全手动的，所以很容易出现人为错误（忘了 if 忘了 return 什么的）。这个问题不要用可以加 linter 来辩解，语言本身设计缺陷需要加一堆其他东西就已经是个问题了，说 Go 做的好的，看看 Zig 和 Rust 这么做的吧。

2023 年 12 月 23 日

回复了 silentsky 创建的主题 › 程序员 › idea 的编译真的是让人难受

你们使用 IDEA 而非诸如 Maven/Gradle 的构建系统吗，脱离 IDE 时怎么办啊

2023 年 12 月 21 日

回复了 FlashEcho 创建的主题 › Go 编程语言 › Go 竟然没有标准库的 min max

Go 的 comparable 其实是可做相等比较的意思…和比大小不沾边。

2023 年 12 月 18 日

回复了 bsg1992 创建的主题 › 程序员 › 请教一个问题 sqlserver 在频繁写入时，会不会造成锁表。

遇事不觉先打 explain

2023 年 12 月 18 日

回复了 6581 创建的主题 › Go 编程语言 › go json.Unmarshal 深拷贝性能太差怎么办？

建议代码生成，Java 的 getter 有点过时了，考虑 Record 模式吧😋😁