Go 写业务真的是好的选择吗

[soupu626]

1. 本人 JAVA 转 GO ，JAVA 练习时长四年，GO 练习时长半年
2. GO 本身写起来是比较爽，语法简练，不啰嗦
3. 但是为啥啥啥都要自己写啊，list.contains 都要手写个 forr,还不支持范型（公司项目 go 版本比较低）怀念 guava/common-lang /redission 等等
4. 个人感觉从语法层面，kotlin 或者 java+lombok 已经可以让语法简单很多了
5. 同时在业务开发的场景下，语言性能 go 真的能拉开很大的差距么，瓶颈不是一般都在数据库等外部 IO 上，性能层面还有 JIT 这种东西来辅助 JVM
6. 如果让各位老哥做技术选型，会选 go 作为业务开发的技术栈么

[dolorain]

是的

[lbp0200]

增删改查，不要用 go 写，kotlin 真香

[aw2350]

也不是所有业务的最好选择，
但是大部分业务 go 都能做，且轻量，编译 启动的也快，
说都微服务时代了，还有什么业务拆分后不够原子化？原子化=简单。简单=高效

[gazi]

写过一段时间，基本上同感。 第三方好用的库太少。orm 也很难用 (相比于其他语言)。 等生态丰富以后再考虑了

[yekern]

最近都是拿 go 些一些 针对性的业务 , 200 一个 main 文件 200 行搞定那种, 编译好服务器一丢完活用着还是比较省心的.

或者写一些中间件,很少写数据库之类的 太麻烦了

[cheng6563]

你别想着 go 是 java ，c#同级产品，你把他想成 c 的优化版就行了。

用 c 写业务能吐血，换 go 不就爽得飞起？

[coderxy]

go 是其它语言的不想转 java ，跟你玩换赛道的， 你一个已经在做 java 的凑这个热闹干嘛 🤣

[fiypig]

go hello() 就省事很多

[soupu626]

@coderxy 换工作了，这家给的比较多，但是开发语言是 go

[sadfQED2]

企业里面换语言主要还是方便 CTO 清理老人，除了 Go ，换 java 、php 、ruby 、python 任何语言都有人反对，但是 Go 可以。

另外 go 部署简单、语法简单、没有 jvm 那么多乱七八糟的调优，随便谁上来看几天就能写，这就是 Go 的优势。社区方面现在也很成熟了，基本上没有你找不到的轮子

[julyclyde]

升级啊
低版本、出身于 google 的各种软件，基本上就是 google 把自家十年前的弯路放出来祸害社会

[coderxy]

@soupu626 那就干呗， 后端换个语言没啥压力吧。 多学一门又不坏事

[securityCoding]

挺好的，没那么多弯弯绕绕的花肠子，大家都一个风格

[Actrace]

做业务。。PHP 微笑路过。

[DefoliationM]

看人，喜欢什么用什么，我觉得都不如 rust

[bleoo]

@soupu626 只要钱给够，干啥都行😁

[opengg]

go 语言：
程序员的时间不值钱，比编译器的时间还贱价，所以活该程序员天天写 if err != nil
当然你可以用 snipets ，你甚至还可以用 chatgpt 来提升写代码的效率，那你看代码的时候脑子里还得带一个 parser 。

[dgqypl]

Go 1.18 开始支持泛型了

[morri]

@gazi goframe 真的很好用啊, 大家没发现吗?

[shore123]

你不会唱跳还有 rap 没有用的