还有三天就 JDK17 了，大家还在用 8 吗

@ospider #38 常用的刷 KPI 大法：升版本，搞重构，引入新技术栈。

除了引入新技术栈可以蹭热点以外，其他的套路都差不多，堆一些互联网套话。

在 xx 背景下，贯彻 xx 理念，实现了 xx 能力，增加了 xx%效率，降低了 xx%成本，还是靠吹。

公司最高支持 11，大部分 8，极少部分老项目 6 。大公司这些新东西可不敢乱换

我感觉自己还是 jdk6 程序员

除了一些项目用了 sun 特有的包之外，大部分可以无缝升级到 11 或 17 的

@holulu
其实实质上性能好像没啥提升，主要是防止以后不兼容，然后 jbr 升级 17 猴年马月了。
Ps 另外我觉得 jbr 目前可能已经包含这个了。

某大型国企集团，世界五百强(的下属大型公司，有在香港上市)，快 2022 年了还在用着 Java 6 的 ERP，你信不信？

@cubecube 这个提案就是 JB 家自己提自己搞的，为了提升 2D 渲染效率。现在的 jbr 并没有包含，看 JB 的计划是要 jbr17 才支持。

17 也是 LTS，等发布那天我就把本地环境全部切过去

面向需求选择版本

老版本公司用 8~新版本前段时间换了 11 了~暂时可能还要观望 17 吧~

说好的 project loom 咋又消失了

固守老版本 java8，就跟现在固守 win7 一样，不知道有什么可骄傲的。

侧面体现了 java 生态的完善 8 居然能用这么久。。

11 的生命周期我记得好像比 8 还短一些，自己的新项目可能会考虑 17，至于公司的，最好别瞎动

@holulu JB 不是可以指定 JVM 的吗？

@tulongtou

屎山代码跟版本无关，才入行时我还看过 6 写的项目，那代码写得真的不错，代码结构清晰明了

用 8 的原因很简单，就是不想加班而已，以及不想帮新人找一些奇奇怪怪的问题，

如果你的精力很好，时间充裕也可以使用高版本，但在项目中出了问题找不到原因时也不要去麻烦别人，自己回家加班谷歌吧

目前用 11，等 17 出来，切换下试试，问题应该不大。

1.7 恶心死我了

@a719031256 是，屎山和版本没有直接关系。但是一个永远不会升级基础框架的团队，我不感觉会有啥工匠精神，这种团队写出屎山来的可能性还是很高的

@tulongtou

恰好相反，屎山代码大多数都是才入行一两年的开发堆积出来的，本人也干过这种事情的，才开始时也喜欢加各种新技术到项目中，最终的结果就是代码一团糟，能正常跑，但要说质量。。。。。。。

才开始那一两年，因为喜欢折腾，导致经常加班，现在我做项目就是一个项目尽量简单稳定可靠，中间件能少用就少用，技术不求最新，刚好满足项目需求以及项目后期扩展需求即可

新技术自己玩可以，但在项目中最好别用，现在的项目里我们组有个二货用新的特性写代码，结果导致这二货天天加班，但出活率低得可怜