@nothingistrue 我的意思是官方文档只从来没说过 java 编译器能做到向后兼容，但是说过保证 vm 下运行二进制兼容。至于以前版本的不兼容性可以从 oracle 文档上找到，比如 https://www.oracle.com/java/technologies/javase/incompatibilities.html https://www.oracle.com/java/technologies/compatibility.html
jdk9 最大的改动应该也就是模块化（实际上影响并不大，大部分在 jdk8 下写的代码能在 jdk9 上编译）但是 jdk16 加了模块安全性相关的功能，需要加额外启动参数。个人尝试过升级 jdk8 的项目到 jdk17 ，遇到的问题有：1.lombok 兼容问题，升级 lombok 就可以解决 2. javaEE 模块在 jdk11 时被移除，通过 maven 重新引入即可解决。3. sun 包被移除，但是能在 java.util 下几乎都能找到替代类。4. jdk16 引入的模块安全问题，加启动参数即可解决。

@zrc 部分设计模式的出现是因为语言本身的表达能力不够，很多用函数式写代码的人几乎不考虑设计模式。（可以看一下 github 上的一个项目 https://github.com/niltok/magic-in-ten-mins java 写的函数式编程）。jvm 如果足够强大，可以在运行期间检测运行状况并调整自身的设置（例如根据当前运行环境的内存和对象大小自动调整 gc 触发的时间）那么也不需要调优。目前 ZGC 是宣称最大 gc 时间不超过 1ms 的。

@nothingistrue jdk 本身就不向下兼容，jdk 的兼容性只是二进制兼容，即 jdk8 编译出来的.class 文件可以在 jdk17 的 jvm 上运行

@unco020511 soc 功耗现在有联发科 8100 可以选了，没想到麒麟 3 年没发展才被人追上。高通真就摆烂。

Linux 梯子为什么没人提 v2raya ，个人认为是 Linux 下最好用的代理工具了。

可以使用全局透明代理，推荐工具 v2raya: https://github.com/v2rayA/v2rayA

1. 新电脑如果是 12 代 cpu 用 win10 不能发挥大小核优势，建议上 win11 ，不过 win11 确实 bug 多，也经常卡顿，不过相比刚出的时候好了很多，等继续更新优化吧。（镜像建议从微软官网下载！！！）
2. 翻译软件可以考虑使用 crow-translate ，全平台的翻译软件，支持 ocr 识别，截图目前还是 qq/tim 的最好用
3. 屏幕录制可以考虑使用 screentogif 录制 gif ，桌面录屏什么平台都可以用 obs
4. 软件安装可以考虑用微软自己的 winget 来当作包管理工具，不过我个人更喜欢使用 scoop ，因为 scoop 能把软件安装在同一个位置，方便定位。同时我建议硬盘不做任何分区，一个硬盘一个分区，所有软件装 C 分区得了，要懒一点。

@murmur webIDE 的大部分资源占用转移到了服务器上，一般开发的时候最占用内存 /吃 CPU 的是 language server ，这部分转移到服务器上大幅度降低了开发者的电脑的压力。这种情况下企业可以只分发轻薄本，程序员携带压力也低。而且因为资源占用低了，可以多开很多个浏览器标签页参考文档。还是有挺多好处的。

推荐一个 restclient 的强化版： httpyac ，项目知名度不高，但是可以写 js 嵌入到请求中

新建一个文件夹，隐私的东西都拖进去，录完了拖出来，原始但简单方便。。。

@ttimasdf 真的啥都没有吗？ skype/zoom/telegram 聊天与会议，steam/proton/lutris 玩游戏，office 现在基本都是在线化了，用网页版就行（其实也不仅仅 office ，很多软件现在都是在线化的，比如 google meeting ）。建模与视频处理有 Blender 。画图有 Krita 。和手机交互有 kde connector 。目前来看，大型的软件没有的主要也就是 Adobe/Autodesk 的软件了。

@Hanggi 对于开发者来说就是贡献门槛低，vim 的贡献方式就比较难搞。对于插件开发者来说就是更友好的 api 以及 lua 语言的直接支持。lua 开发的插件性能强很多，而且比 vimscript 好写很多。现在还加入了内置的 lsp api ，之后会引入 treesitter ，内置的东西都会好用很多。可以看 roadmap https://neovim.io/roadmap/

@zone 5.15 是下一个 lts 版本，但是没有 5.10 维护周期长

建议阅读“别像弱智一样提问”： https://github.com/tangx/Stop-Ask-Questions-The-Stupid-Ways/blob/master/README.md

大道至简，我发明的语言“太极”，语法就两个字“阴”和“阳”。阴为 0 阳为 1 。
native: 编译成机器码，性能看编写的人。
并发支持：如果你觉得不好，可以把其他的语言写的程序编译成二进制，然后转换为“太极”语言进行阅读学习。
编译快：无需解释
完善的工具链：任何工具链都可以使用，因为任何语言都可以最终翻译成“太极”。代码风格只有一种，不用担心不一致的问题。

grep 的性能其实也很好，应该是遇到奇怪的 edge case 了。如果没有正则需求的话 fgrep （即 grep -F ）差不多是速度最快的工具（之前无聊自己做过测试，被性能震惊了，然后看了作者 mailling list，是基于 BM 算法优化过来的），有正则需求可以直接用 grep -P，只用 grep 的情况比较少。性能对比的话很多工具的 github repo 都有提供对比结果，贴个 rg repo 里的一个 benchmark https://github.com/BurntSushi/ripgrep/blob/master/benchsuite/runs/2020-10-14-archlinux-frink/summary

输入法建议直接使用 fcitx5，fcitx 应该没有怎么维护了。fcitx5 配置也简单:
编辑 ~/.pam_environment 加入下面的内容，这个配置也可以被 fcitx 使用
GTK_IM_MODULE DEFAULT=fcitx
QT_IM_MODULE DEFAULT=fcitx
XMODIFIERS DEFAULT=@im=fcitx
INPUT_METHOD DEFAULT=fcitx
SDL_IM_MODULE DEFAULT=fcitx

如果你的 IDE 是 jb 家的，可以直接用 rest client，如果是 vscode，也可以用 rest client. 顺便推荐一下 httpyac，算是功能加强版的 rest client.