做项目选择 golang 而不是 Java 的理由?

做业务你就用 java 吧，做系统网络服务就选 go 吧。

@Jinnrry 其他的加一起也没有招个 java 简单吧。
@Jinnrry

@slideclick Java 替代 C++你是搞笑的吗？你把 Chromium, Firefox, Gnome, KDE, Qt, 乃至 Windows ，到一系列嵌入式设备固件，包括你电脑上跑的 UEFI BIOS ，用 Java 来写试试？

就连 Android 这个由 Java/JVM 打造的庞大框架，底下的 system services 都是一堆 C++在跑，你用 Java 实现个 surfaceflinger 试试？

我不是否定或者贬低 Java ，它自然有适合它的赛场，但是作为一种依赖 VM 的托管语言，跟 C/C++就注定不是同一类东西，没有可比性。

不想客户端带着 java 运行时.

@liyafe1997 c++和 java ，go 就不是一个赛道，写业务老老实实用 Java ，偏向网络的中间件，比如业务网关之类的用 go 重构了，再底层一些基础组件，之前用 c/c++写的现在在用 rust 重构，不用 c/c++是因为真的不好招人。我们现在是这样的。用 go 去写纯业务没有看到比 Java 好在哪里，面向 Spring 编程的 javaer 便宜又好用。

java 替代 c++的结论是怎么来的。。

我倒觉得 go 是替代 php 的

并不影响我月薪 3000

主要有个 jvm ，没 jvm 都一样

看到 java 和 golang 替代 c++，绷不住了。这都不是一个赛道的，替代啥？

可以都试试看，高兴写哪个写哪个。

对我来说我不喜欢写 Java 的主要原因是 Java 历史包袱太重了，没这个功夫从 Servlet TomCat 学，也没功夫去搞这些八股文。有些东西，比如操作系统，数据结构，算法是不会变的，什么时候学都不会褪色。但是一个编程语言那么八股文很大一部分是因为路径依赖，各种演进带来的问题，是补丁上面打补丁。而且 Java 在一些新的领域比如云原生，这个领域就是在 Java 之后才有的，本身就没有这么大的包袱，社区自然也没必要陪着 Java 一起卷八股文。

其次，Java 太 JB 罗嗦了。

因为项目小，是运维工具，所以选择 Go 。
复杂业务系统继续老实的用 Java 。

云原生时代了 java 也能编译成 native 的了，写起来自己感觉哪个舒服就哪个，面向工资和岗位就行了

典中典之编程语言日经帖

你们都转 go 吧，我强烈支持，这样就没人和我卷 Java 了。

哪个库好用点就用哪个? 比如 golang 有原生的 webdav, java 没有. golang 有 http 路由相关的库, java 很少, 难用.

那有没有 java 的有的, golang 没有? 那还真有, 比如 hadoop 之类.

@jorneyr #32 用 go 写过几个小工具。几乎全平台都可以跑，低内存占用（相比 java ），部署方便（一般只有运行文件和配置文件），不需要安装 JVM

Go 用來替代 java 卻是作者始料不及的事

java 替代 c++ 是不争论的事实，当你说出这句话时我就知道你的水平了。

小年轻 没入门的见解 大家看看就好。
GO 写技术类的服务还行，比如网络 监控等你等，性能不差，心智负担比 CPP 小，但是写业务就自找麻烦。

@fox0001 这位大哥，那是因为打包时把 runtime 也带上了，java 打包时也可以带上 JRE 都是虚拟机语言，逃不出那个坑，除非编译成 native 两者都支持，但是跨平台就....
@gamexg 那.net js GO 运行时总要带一个。CPP 写的客户端 极少了