你让我想起阿里的 KPI 项目，slowjson

@cmdOptionKana 老板的大战略，仅靠自营只能做标品，非标的做不了，SKU 和 GMV 被吊打。阿里因为老板的一句 all in 无线，不惜劣化 web 体验也要突出 app 的优势。

@liangjiahui 但是淘工厂售后更好啊，经常可以重新发货或者仅退款

大环境再没起色，成年人可以都要，出差回来然后被优化

京东物流，京东发货/店铺售后，京东自营，京东官方自营，都是不同的概念

@shuimugan

那个团队原先 JPA 都不用，从 mybatis plus 切到 JPA 同样可以 DDD 化，而 JPA 在 Java 5 时代就有了。

用 Netty 和 Vertx 的回调风格项目我都写过几年，写业务逻辑是麻烦了点，写写基础组件挺顺手的。

Kotlin Ktor 性能并不好，也不成熟，支持的协议不多，并不是推荐姿势。Kotlin 后端开发，要么用 SpringBoot WebFlux ，要么干脆点用 Vertx/quarkus ，都能跟 coroutine 无缝衔接。按照那个 httpserver benchmark ，rust 比 go 和 js 都要慢的多。

.net AOT 目前还不成熟，官网上还写着 The Native AOT feature is currently in preview 。使用上也存在诸多限制和不便，跟 Java 那个 AOT 一样麻烦，虽然经过预编译耗时要短的多，也都算不上 production ready 。

老项目硬切是权斗，是政治问题，非技术问题。新项目要考虑技术负责人的积累，是从 0 开始踩坑，还是用最有把握的东西，我想大部分人会求稳。市场上的存量开发人员，无论资深资浅，国内用 C#的比例较低，等它先超过 nodejs 再说吧。

现阶段 Go 已经是云原生时代扛把子了，这个领域眼下还看不到强大的对手。

真正的失业人群，不出门或者去附近图书馆，立省 50

@hez2010 hello world 只能体现 VM 启动开销，并不能体现数据量增长时的内存增长情况。

“那些 benchmark 都是在用空间换时间，当然内存占用大，对于内存占用水平而言没有参考意义”

这个论断有两个问题，

1. 用空间换时间，难道只有 Java 版代码没这么干？

2. 高内存占用算法下，不是更能体现内存随数据量增长情况？

单 case benchmark 不能说明问题，多组不同类型 task ，多种实现，纵向横向对比下来，就足够看出一些端倪了。

@shuimugan 节省资源换 Go 我是理解的，但是换.net 这个无论是内存还是 CPU 都跟 Java 半斤八两的，就比较搞笑了。
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/java.html

Java 8 到 Java 21 不敢，拿 C#重写却很勇敢，这思路也是绝了。大部分 Java 8 写的后端服务，升级到 Java 21 基本上不用改代码能过所有测试用例，兼容性是极佳的。再怎么说也比换语言重写更稳。

Java 并发一堆坑？ Netty/RxJava/akka/Vertx 没一个能用？稍微有点技术深度的人不能立刻上手？脑子转不过弯必须用同步方式写代码的，就是用 Kotlin 协程重构那也是在 Java 生态内玩，比直接换语言换生态容易的多。

业务到顶甚至下行的 Java 生态为主公司多了去了，有几个折腾换了.net ？可见换语言未必是符合公司利益的选择。
不得不承认，C#的语法设计，语言表达能力，那是比 Java 强不少的，换完 C#可以砍掉更多的人。

堪称劣币驱逐良币的典范

能随意更新版本，不测就上的服务，挂掉几个小时能有啥损失。


@drymonfidelia 就这么简单的 API ，内存泄露的问题历时 3 年都没解决。

在外滩吃过人均 1000+的，吃到了不新鲜的海鲜