Go 不是谷歌亲儿子吗？

2021-11-07 11:42:48 +08:00
 MakHoCheung

https://developers.googleblog.com/2021/11/announcing-kotlin-support-for-protocol.html

At Google, we’re investing deeply in the Kotlin language and ecosystem. Android development is now Kotlin first, our engineering teams work on language evolution through the Kotlin Foundation, and inside of Google we’re using Kotlin more and more to build our backend services. We love Kotlin for its expressiveness, safety, simple async support through coroutines, and easy bidirectional interoperability with the Java programming language.

14578 次点击
所在节点    Go 编程语言
101 条回复
TypeError
2021-11-08 14:22:08 +08:00
@ila 没开源 https://news.ycombinator.com/item?id=24338758
FightPig
2021-11-08 14:29:17 +08:00
go 最爽的就是编译快，弄个 rust 编译半天。
xz410236056
2021-11-08 16:58:33 +08:00
@MakHoCheung #13 烂在哪？
xsen
2021-11-08 17:22:00 +08:00
@sanggao #69 真不是为了用而用。开发起来效率与体验还是比较完美的
唯一不足的就是不少轮子没有，或没有成熟的轮子（相对 java 来说）；若只是 curd 真的没啥区别
MakHoCheung
2021-11-08 18:07:15 +08:00
@xz410236056 重构名字界面要折叠起来，然后卡个 1 秒。运行到断点后添加运行表达式不能代码自动补全。Xcode 13 Color Literal 和 Image Literal 废了，估计是 bug 。其次还有好多 bug ，真的没见过这么多 bug 的 IDE 。当然我是跟 IDEA 比的，免费是这样的了，只是吐槽一下
sanggao
2021-11-08 18:10:01 +08:00
@xsen 笑了 大道至简 还真行！
xz410236056
2021-11-08 18:16:57 +08:00
@MakHoCheung #85
“重构名字界面要折叠起来，然后卡个 1 秒。”
折叠是要在一个窗口内显示多个类的地方啊，而且 13.1 没有折叠，卡是你电脑的问题。


我反而觉得 IDEA 这种不好用。主要是字体觉得太难看，界面太丑。我觉得最好的是 VS 这种，界面中文、报错中文，本地化做得好的。然后是 VScode 这种装插件的。Xcode 最大好处是能看 storyboard 和 Xib
xz410236056
2021-11-08 18:31:50 +08:00
@MakHoCheung #85
“Color Literal 和 Image Literal 废了”

#colorLiteral, #imageLiteral, and #fileLiteral aren’t rendered. (75248191)
是 bug ，没修复。现在只能用#colorLiteral( 这样就会显示了，加入代码段里能凑合用

https://web.archive.org/web/20210609010908/https://developer.apple.com/documentation/xcode-release-notes/xcode-13-beta-release-notes
echo1937
2021-11-08 19:05:48 +08:00
@FightPig #82 两个编译器做的事情就不一样，GO 为了加快编译速度，甚至在很多特性和语法上做了妥协。
Lemeng
2021-11-08 19:42:50 +08:00
亲儿子太多，也分亲疏远近
agagega
2021-11-08 21:41:50 +08:00
@MakHoCheung
有一说一，用过 AppCode ，有时候感觉比 Xcode 稳定😂也是没谁了
xsen
2021-11-09 06:52:54 +08:00
@sanggao #84 真不是什么大道至简，相对来说新语言（包括 go ）工程化方面确实做的好很多
本人前后用过 c/c++/java/python/javascript ，到现在的 go

不过很多人真的为了黑而黑，为了吹而吹。很多时候，没有对比就没有伤害
iseki
2021-11-09 08:19:20 +08:00
诶呀 go 可太工程化了，连泛型都没有，封装起来各种困难，然后索性不封装了，每个人自己弄一坨；标准库连 maxInt 都无，每个人自己写一坨……
skinny
2021-11-09 08:47:32 +08:00
@iseki 当初 go 吹把泛型贬得一文不值，结果真用得多的一批人受不了，现在也要加泛型，不过这泛型语法也依然 go 本色——反直觉、丑。
darknoll
2021-11-09 09:17:50 +08:00
@iseki 那你别用呗，我记得很多人都不想学 go ，最后还是用了，没办法学啥东西都是市场决定的。
sanggao
2021-11-09 09:36:13 +08:00
@xsen 你当我没有用过一样 你可以拿 c cpp 跟 go 比，go 的初衷本就如此。 但是 你要拿 go 跟 java php 比 ，在 web 方面比就离谱的多，做快速业务迭代，维护性，轮子，没有可比性。 到现在 go 都没有一个像样的 web 框架，为啥没有？ 因为 go 的基因决定了他就不能做出一个好用的框架
iseki
2021-11-09 10:36:45 +08:00
@darknoll 你说的对
likai
2021-11-09 13:32:55 +08:00
@ly841000
longkas239
2021-11-09 17:30:13 +08:00
go 就是个玩具
xsen
2021-11-10 07:23:36 +08:00
@sanggao #94 web 方面确实没有像 java 或 php 那样非常成熟的框架，但是不代表没有。目前我们主要用的是好未来的 go-zero 这个框架，当然我们的 web 主要其实就是提供 api 接口与第三方系统集成。目前对我们来说是够用的

对于轮子，这个确实是 go 的不足的地方。比如 sso 、workflow 都是没有成熟的框架；但是半成品还是有的，只是需要自己额外的维护。我们就是这样做的，需要的轮子有成熟就用成熟；有半成品就自己维护；没有就自己造

综合考虑——从开发速、维护、可测试等方面来说，这样的代价是可以接受的

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://yangjunhui.monster/t/813608

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX