JDK17 都出来了，感觉现在很多资深程序员 Stream 不会， Lambda 不会， Java .time 包不会

[qwerthhusn]

不少资深人士写代码的时候还是各种 for 循环。

Lambda 也不用，还用各种匿名内部类。

还有 JDK8 的时期时间库，很多人还是在用 Date ，Calender 。现在的 LocalDate, LocalDateTime, YearMonth, ZonedDateTime 做时间计算真的特别直观简单，但是他们就喜欢用 Date ，简单的计算就用毫秒加减，复杂点的计算就先换成 Calender ，完事后再转换回 Date 。

甚至 JDK7 的 try-with-resources 语法我都感觉不少人都不知道。

所以，现在“JDK8 是主流”这句话是不对的，而是“JVM8 是主流”才是对的。语法的主流应该是 J2SE 1.5 。

[wxlwsy]

用 java8 几年多了,用 time 包的次数只有当初学习的时候写过几句,实际上时间操作都是现成的基于旧 api 的工具类,几乎没有重新写个 time 的工具的需求啊.

[nothingistrue]

很多人不会，不代表不主流。JVM8 也不是主流，不管是 Eclipse 还是 Idea ，老早就强制升级 JVM 了，所以至少 IDE 端，已经早就不在 JVM 8 跑了。

[nothingistrue]

Spring 6 / Spring Boot 3 要以 JDK 17 为基准版本了，这回 JDK 8 终于要到头了。

[Cmdhelp]

会了能怎么样

[lululau]

某些资深程序员会说，用 stream API 写的代码可读性太差 😂

[chendy]

不会也不耽误啥，人家写代码就是个工作，能实现业务需求就行，没有什么别的追求
再说 Java8 时间 api 都是不可变对象，让他们用也未必能用明白不是么……

除非公司或者团队有这方面的要求，否则就做好自己就好，别人怎么样就怎么样吧

[jaoyina]

为什么呢？

[Leviathann]

SpringBoot2 的非商业维护时间好像不会很长

[bytesmith]

太正常了，自己尽量用就行，别人感觉管不了- -

[cheng6563]

java.time 并没有 DateUtils 或者 joda-time 好用

[hidemyself]

我都会，但是不妨碍我最低的职级，最少的工资

[statumer]

有没有一种可能，for 循环对 JIT 编译器来说更好优化，更好调试，更好维护？而 Java stream API 主要是满足一些函数式爱好者对 List monad 的热爱？

[marcong95]

迫于并不主要用 Java ，偶然用一用 Java 的时候 Stream API 总想不起来。还是 JS 、Python 、LINQ 的比较愉快~~

[zhangchongjie]

@statumer 满足其他语法来学 java 的装逼心理，现在各种语法糖 。找错，调试都比较麻烦

[pengtdyd]

35 岁淘汰就搁着来的

[yeyang5211]

@lululau 哈哈 我就这么说, 后来会 steamAPI 之后就想着管你谁来维护 我先写这爽再说

[besscroft]

我都会，但不妨碍我工资低还没人要。

[MoYi123]

不会 java, 学习 stream 难度很高吗? 为什么很多 javaer 以自己会 stream 为荣?

[Leviathann]

@MoYi123 因为还有很多真的不会还喜欢找理由
另外 collect 的部分复杂起来的确有些麻烦，这是 api 设计的问题

[string2020]

一个臭做工程的天天嚷嚷自己的工具如何先进是闹哪样