@jorneyr preview 特性，本来就没保证一定是这样的

感觉改变不大，大部分都是预览特性，zgc 大部分情况表现不如 g1 ，该用 g1 还是用 g1 。markdown 这个感觉是追潮流了，python 的文档之前就支持了 markdown ，不过我个人觉得不是很必要。现在就想着字符串模板什么时候重新设计好，希望不会比 jdk21 上的预览版本差多少。

运算符重载有个好处是可以利用运算符的优先级减少括号层数而使代码变得易读。例如创建 sql 的 dsl 时，如果使用 where ((a add b) eq c) and (d eq e) 对比 where a + b == c && d == e 来说，后者更易读

完全替代不太可能，人家靠这个吃饭的，在这方面是领先的。
块代码替代的补全方式是有替代品的，叫 supermaven ，免费版我感觉够用（没有聊天功能），而且 supermaven 的补全速度非常快。
一开始可能有点不习惯它这种替换式的补全，可以考虑添加额外的快捷键，用过一段时间后应该会觉得很爽。我自己用了两周了，感觉比 copilot 舒服很多

@dudubaba idea 写 js 挺好用的，全栈开发时使用同一种工具也更方便，即使对于 js ，idea 的补全，跳转搜索支持还是做的比 vsc 好

再补充一点，hello world 这种特别小的项目，openj9 的内存占用反而比 hotspot 高，尝试过设置 -Xmx ，openJ9 能设置的 Xmx 能更小（可以设置到 -Xmx1m ，而 hotspot 我这设置成-Xmx3m 就会报错），不过貌似是因为它本身虚拟机的 footprint 更大，所以总内存占用还是 hotspot 小点

@smallboy19991231 在我的 64 位设备上，类似的 C 代码，通过 gcc -O2 编译，大概是 120k 的内存占用

这个总结有点草率，同样的代码，通过 graalvm native-image 编译后，占用内存 7M
非 aot 情况下有没有救的问题，还得看后续 valhalla 项目能优化多少东西
然后还有一个点是对于服务端应用，dump 内存一般都会发现真正占用内存的是字符串，而 java 中的字符串类型已经是比较优化的了（高版本使用 byte 数组存储，而且 JVM 本身支持共享相同字符串的启动选项，只不过默认不启用，因为影响性能），所以其实就服务端场景而言，不用 java 用其他语言也不太能降低内存占用。当然，如果是说 spring boot 内存占用高，是因为它本身就比较重，换成 vert.x/helidon se 之类的轻量级框架就好了，而且他们还都是 AOT 友好的框架。

@oyps 是的，是 java 11 的功能了，然后 java 22 又增强了可以多文件不编译直接运行。对应 JEP 在这里 https://openjdk.org/jeps/458

@w568w 微软也没有为家庭版 windows 用户的体验负责，这么多年了，应用商店还是那样，winget 的体验不如开源的 scoop ，更好的开发者体验需要购买专业版

使用 SUPER + 数字键 切换 workspace ，每个 workspace 最多同时开 3 个应用，切换使用 alt + tab ，几乎用不到任务栏来切换应用的。（我个人习惯是固定 workspace 和属于这个 workspace 的常用软件，例如 workspace1 主要放终端和编辑器，workspace2 主要放浏览器）

一般来说不用太在意性能，火狐的 js 性能差不多只有 chrome 的一半，用着也不会有什么明显的体验差别。

为了工作的话不建议学，但是不管是为了什么，只要是程序员，我都建议学会点 python ，能写脚本就行。不过话说回来，前端的话 node.js 加上一些库，也能替代一些 python 的场景（甚至很多 ai 相关的库都提供了 js 版本的接口）。我个人是 java 后端开发，用 python 写点文本处理脚本，或者用 polars （一个 dataframe 框架）读取数据库批量处理数据导出 excel 啥的，很爽。

discord 、slack 、skype 、telegram ，这里面不是 electron 就是 cef ，没有哪个是不吃内存的，在一种 electron 软件中，qq nt 还是优化的比较好的那一个（按需加载进程，只聊天的话内存占用并不算高）

@chaleaochexist java 项目现在可以用 mvnw 或者 gradlew ，跑起来直接 ./gradlew bootJar 就跑起来了，一个陌生的 python 程序，你得先虚拟环境，然后 pip install -r 然后运行，有时候还因为 requirements.txt 没写全跑不起来，很多语言的依赖管理都不如 maven/gradle ，maven 被人诟病的主要也就 xml 了，本身还是挺好用的。

这个对比不是很能说明问题，这几个维度并不能直接反应软件是否流畅或者性能是否强悍。
我换个比对的例子，普通的 java 应用和 python 应用对比，这三项 java 都比不过 python ，但是我相信不会有人说 python 比 java 性能好

我搜索了一下 Vert.x 的文章，问题应该不在 java 上，而是 spring 本身功能太多，可以看下这篇 https://www.jetdrone.xyz/2018/08/10/Vertx-native-image-10mb.html 作者最终只用了 10M 内存就跑起来了一个连接数据库的应用