@wolfie
StackOverflow 上的一个回答的结论
Just as I expected stream implementation is fairly slower. JIT is able to inline all lambda stuff but doesn't produce as perfectly concise code as vanilla version.

下面是 brian goetz 本人的回复：
Your conclusion about performance, while valid, is overblown . There are plenty of cases where the stream code is faster than the iterative code, largely because per-element access costs is cheaper with streams than with plain iterators. And in many cases, the streams version inlines to something that is equivalent to the hand-written version. Of course, the devil is in the details; any given bit of code might behave differently

@dzdh replacemergingtree 相当于更新了，不过是异步的

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

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

真的逛过 github 吗，elegant 不是很常用的词？

any 就是 disable type check

@zhuangzhuang1988 这个就是 hook 的基石，结合 memo 、callback 啥的，搞到后面越写越复杂，所以很多人都很喜欢 solidjs 的设计

可以把 考察基本的闭包用法

lodash 的 type 看起啦花里胡哨的一大堆，实际上经常是走到带 any 的重载，所以我都不用 lodash 了

atom 团队基于 rust 的新作？

@xiaoz 下划线和大写不都是按 shift ？

@coolmenu uber 要从 go 迁移到 zig 了？

换个库把，stream 除了 parallel 功能，其他完全没 eclipse collection 好用，性能也不如，java 官方的视频都说 eclipse collection 的抽象程度更高且性能也更好

我猜只是纯粹的垒屎山不想动脑
@daliusu moment 那 mutable 的 api 用起来真的恶心

mysql 5.7 以前这样查不支持索引

@wonderfulcxm v2 大体上还是简中互联网，你上 reddit 看看