rust or go or java

edisonshen 发表于 2023-3-29 15:01
go 的ranking index 一直在上升。

等go上到那个水平的时候，楼主可能从NG到senior了已经。 一个语言特性对到时候的楼主来说已经不是什么难题了。所以我还是推荐java。

看你打算干什么了

Rust 的目标是系统编程，你要是有很高的performance需求那就是它

我觉得Go有两点比较出彩， go routine和 . Standalone image，如果你想做k8s开发之类的golang是首选

Java这么多年了一直在进步，很大的生态系统，数不完的project,等到project loom release了， graalvm成熟了Java 板的go routine和native image也就随时可用了，那时候go的语言的一些弱点就会被放大

找工作学Java。

进阶修炼玩Rust

匿名用户 发表于 2023-3-29 02:03
不懂瞎说，整个云原生都是围绕go, 我们公司新组都是在用go，消耗的资源是java十分之一。

能否具体说说 消耗的资源，是计算 还是 存储的资源啊？谢谢，会加米

f2jing 发表于 2023-03-29 14:23:16
能否具体说说 消耗的资源，是计算 还是 存储的资源啊？谢谢，会加米

个人的感受。 go本身是编译成standalone app，不需要的library不会链入，生产的文件可以很小，这样你的 docker文件就会很小，节省内存和存储， Java runtime就很占地方，随便写点啥几百兆就没了。 这个问题Java 等到graalvm 把问题都解决了就和go一样了， 从另一个方面看Java可以很方便地做动态加载，go就不行了，编译成native images 另一个问题是reflection很不好处理， graalvm在生成native image过程中会把不用的class全丢掉，这个很难处理reflection，需要developer加入instruction， go天生没这个问题

Go routine很牛，一个 Linux native thread需要8m内存，记得go routine只占2k还是4k, 这样一个server可以handle许多request，记得好像有人做1million的concurrent requests。 传统的Java thread是map到 native thread， 如果用synchronized blocking进行开发
那能处理的就少了许多，需要达到同样的throughtput就只能加server， 这个问题两种方式解决  1 asynchronous programming, 从Java nio 开始到现在的 reactivate programming是这个方向， 再有就是project loom, 现在看估计JDK 21会release， 随着Java virtual thread的引入线程模型和go会一样，以前修炼的asynchronous programming又没用了

纯compute Java和go相差不大

Java -- 用来准备面试，大公司小公司皆可
Go   -- 如果你同时对 Kubernetes 感兴趣
Rust -- 你爱写代码并且对tech本身有兴趣

newtaizi 发表于 2023-3-28 23:21
GO就没多少公司正经在用，狗家用得都少，最大的用户应该是黑车。

还有tiktok

springland360 发表于 2023-3-29 11:46
看你打算干什么了

Rust 的目标是系统编程，你要是有很高的performance需求那就是它

其实kotlin早就满足了