go 的内存优势在部分场景比想象中多

不是吵架帖子，但经常看 go 和 java 比较的时候，经常有人说，go 节省点的内存跟程序员相比根本不值得一提，我越想越觉得不对劲，对于最常规的 crud 来说，不得不说 java 确实比 go 还是要一些的，不过事实是 java 或者 php 程序员转 go 其实狠快根本没那么难，而且现在环境下程序员不一定就很贵了。
   
   go 和 java 我自己都在写，一般来说对于不差钱的国企和政府以及企业市场，java 确实是最适合的，但是我也自己做一些小产品和项目给一些小公司，我能感觉到 java 和 go 对你拿单的成本影响是很大的，比如我有一个订票（城际定制商务车业务）小程序，有时候是我自己提供云服务器，我不得不说物理机的内存确实狠便宜，可是云服务器的内存真的很贵，新用户还不明显，老用户续费狠明显，在一台 2 核 4g 的云服务器上，我一般自建数据库和 redis,然后再配合 go 的应用，因为可能面对好几个客户，会有一些自定义需求，所以部署个五六个是狠轻松的，因为每个应用的访问量并不大，但如果是 java 是很难这样子搞得，这样给了自己很大得利润空间以及拿单成本。
   
   说了这么多，我只能说 go 其实更适合个人开发者和成本敏感型得小团队，因为一般这样团队，都自己写程序，最大得成本就是云服务得开支了，最后再说一句云服务器得内存,cpu,宽带真得很贵，动不动类似 spring 全家桶那样得架构真得狠费机器。

sprinboot 换成 quarkus 会不会好点呢?

2c4g 的服务，本地数据库 redis ，跑五六个实例
没干过私活的再次感觉眼界打开了

狠轻松的 go ，又有什么理由不用呢？

同感 ，我一个 go 写的物联网项目 ，实时 300 个设备在线 + 大量消息 + webapi 才 25M 内存， 太省了。已稳定运行 3 周

把写 go 的开了换成 java 的，省下来的工资够买多少台服务器了

@chendy #2
2c4g, 6 个机器 跑 10Kqps 还空余 大量资源

@newaccount 买服务器不是花钱就行的, 服务器越多运维的成本就越高, 架构也可能要重新设计.

感觉狠赞

一方面，你说云主机内存贵，很有道理。jvm 就是费钱

另一方面，你都 redis 了。。不肯拿个 2G 4G 容量的 redis 吧。。。。所以还是得费内存