当然你是萧山的女婿当我没说

让他滚

考虑合租？

@F798 给一个规则呗

换首尔和东京有点难了吧

求一个

@w741069229 tg: https://t.me/jiaming_jack

还在租吗? 我这里有,不知道你愿意租不,套三,但是想相当于套二.可以按月付房租.1600 一个月.无押金.但是搬家要提前一个月说,可以做饭.tg: @jiaming_jack

同意楼上老哥的说法，你的简历不够花，亮点不够

具有 6 年 Linux （ CentOS 、Ubuntu ）下的使用及开发经验，同时兼任各项目的部署及维护工作。这句去掉，才工作两年，就 6 年

@awanganddong java

说明你没有遇到更好的

当个分母

后端在招,可以推

@Otho 同意你的观点

感谢各位大佬的回复,我们就基于这个问题,站在`code review`的角度,和`debug`的角度,看下下面这段,

1. @TWorldIsNButThis 大佬说,`stream`的`filter`算子都是无状态的,这一点我同意,本质如下面这段代码,其实只有`map`和`flatmap`会引入时间的复杂度
2. 站在`review`的角度,如果我们要兼容向下的同学,那么这段代码是否存在复杂性的难度?
3. 站在`debug`的角度,我们是否引入了新的**断点**(就是`stream`是无状态的,导致断点其实有时候不太好懂)问题呢?譬如,`idea`可以使用`debug`中的计算器模式进行
4. 站在代码整个的观感角度,下面这段代码是否可以理解不具备代码简洁特性以及代码的整体都美感上
5. 站在代码的复用性上,我认为`steam`的代码其实是对业务有更高的要求,因为我觉得`stream`的复用性其实蛮低的,如果要改的话,就会牵一发而动全身.
6. 站在异常的处理上,我认为`stream`其实是在更严谨的要求一个编程人员对一段结果中产生异常的一个预判,我认为更能锻炼编码人员的功底吧

```java
Optional.ofNullable(search)
.map(SearchResponse::getHits)
.ifPresent(hits -> StreamSupport
.stream(hits.spliterator(), false)
.filter(Objects::nonNull)
.filter(SearchHit::hasSource)
.filter(this::filter)
.......会是 filter
.map(SearchHit::getSourceAsMap)
.filter(Objects::nonNull)
.map(Map::entrySet)
.flatMap(Collection::stream)
.filter(Objects::nonNull)
.map(this::map)
.forEach(.....)
);
```
以上是小弟对`stream`一点见解,希望大家能对我的看法进行批判和讨论吧

@HanMeiM 理解难度吧，别人拿到代码不能直观的看出来，就比如 optional·ofNullbale 这个算子

@anzu 非常同意，但是这样做的结果就是，要么要写一个 predicate,把所有的判断逻辑放进去，这种会增加一定的理解度，但是我认为会有一定的效率提升；要么就要不停的.flilter ，这种得对原生的 api 有一定的了解，我认为好处就是代码比较清晰明了吧。那么这就引申了一个问题，哪种写法更好？

@EscYezi 哈哈哈哈哈。我一直在用