简单说一句话，什么熟用什么

要是掰扯清楚的话，我是这么觉得
系统层服务，选go，
云原生的k8s，docker是go写的，边缘计算这块几个管理边缘应用的国内项目kubeedge，baetyl也是go写的。

应用层的话，不在乎资源开销的话，JAVA开发效率要高些，招人也方便。大厂没有招人的烦恼，可以用go，毕竟go集成cpp我觉得更好。

保守的话还是JAVA
【 在 endlesscpp 的大作中提到: 】
: 最近有个类似的项目选型，我在Java/Go之间有些纠结（底层会用C++写，主要是上层逻辑、微服务、webserver这些部分）。所以想看看具体的优点。
--
FROM 114.249.22.*

golang 跟 java 比最大的优势就是更容易做发布，最大的缺点就是不支持泛型。运行速度，啰嗦程度什么的其实都半斤八两，对 gc 敏感的应用场景一样不适合用 go。这俩语言的生态环境也都相对自成体系，发展上来看 java 多了十几年更有优势一些。go 的基础库还是有不少坑的，hacker news 上面经常有人吐槽，虽然绝大多数项目可能不会遇到。

【 在 endlesscpp (xpp) 的大作中提到: 】
: 最近有个类似的项目选型，我在Java/Go之间有些纠结（底层会用C++写，主要是上层逻辑、微服务、webserver这些部分）。所以想看看具体的优点。
--
FROM 122.59.181.*

https://news.ycombinator.com/item?id=27462884

好巧，不知道是不是看的hackernews的这篇
这里也提到k8s编译慢的问题，要几分钟。
有人说原因是k8s没有使用go的module工具来管理项目
这确实是一个问题，module是最近两年才成熟的功能，有些项目并没有采用go module管理依赖。
【 在 eGust 的大作中提到: 】
: 目前 container 这块主要都是用 go 实现的，不过也一样存在其它竞争者
: 比如 c 实现的 crun 和 rust 实现的 youki，虽然只是 runtime（替代 runc）
: k8s 也是经常被吐槽，如果项目里用到的话，编译时间马上就起飞了
: ...................
--
FROM 114.249.31.*

是1.17计划8月发布，除了泛型，就是好像用了什么基于寄存器的技术，性能提升5%，文件减小2%
【 在 eGust 的大作中提到: 】
: 嗯，的确是前几天看了这篇
: 平时是不怎么看 go 的，但是前段时间泛型终于要提上日程了，所以有更新就大概瞅一下
:
--
FROM 114.249.31.*

卧草，我居然一直以为会有，也对，最早1.17加入泛型
【 在 eGust 的大作中提到: 】
: 1.17并不包括泛型，我是之前看到消息所以才去看是不是这么快就要有了
:
--
FROM 221.222.20.*