新招了一个 30 岁左右的 Java 后端，表示接受不了 lambda 。对于 TS 也比较抵触。 来了两天。友好协商离职。
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 150 days ago, the information mentioned may be changed or developed.
 |
101
CatchXS Jan 13
1.8 就能支持了，H5 前端转 Swing 客户端开发，客户端 JDK 只支持 1.6 ，没有链式语法要疯掉了。。。
|
 |
102
kakki Jan 13
多范式不是信手钻来么,说不好调试的,写 OOP 不也有强行上各种设计模式的,都没学明白呢就学人家分层,每个层只套一个 try catch, 跟他妈裹脚布一样的粪草代码.还好有 AI 清理大便不然真是难受.
|
 |
103
JShen Jan 13
@zorui #96 处理集合简单的 lambda 肯定要用的，哥们儿喜欢 callback ，方法加一个 function ，debug 会 de 出来，云里雾里。不建议这么搞。
|
 |
104
ToDayMkCode Jan 13
@zhengmin4516 切图仔：rxjs
|
 |
105
kandaakihito Jan 13
虽然但是，有一说一，现在培训班的视频都是 JDK17 起步的（
另外抵触 TS 是什么鬼，该不会是招人的是时候说是纯 spring 后端，实际干活要全栈吧 |
 |
106
hewitt29 Jan 13
你别提这个了，之前还大把的 txt 战神呢
 |
 |
107
fashionash Jan 13
歪个楼，那这算不算面试事故，感觉挺浪费双方的时间的
|
 |
108
ngduncent OP @threeEggs123 跟这种大妈共事 是灾难
|
 |
109
cfancc Jan 13
我一个前端，不喜欢函数式编程，也不喜欢 TS
|
|
110
ngduncent OP @kandaakihito 有一说一
最多 5%的工作量 写点后台前端. 甚至大半年都不会写到。 一般都是让初级程序员写点后台。让他试试，主要是让他大概熟悉整体项目。 btw 。。。 他上一份工作就是全栈。 来了这边基本可以认为单纯后端。 |
 |
111
dog82 Jan 13
干程序员这一行，必须要持续不断地学习！不接受新事物，很快就被淘汰了。
我原来也觉得 lambda 很拧巴，捏着鼻子认真学完后，彻底爱上了函数式编程。 java 已经变成了 面向对象+函数式 双特性的语言了 |
 |
112
blackshh Jan 13
我还以为是拉布布
|
|
113
dog82 Jan 13
有些培训班速成的 CRUDer ，没有自主学习和深度思考能力
当你只会用锤子时，看到的世界到处都是钉子！ |
 |
114
SWALLOWW Jan 13
.net 起家，咱天生就会
|
 |
115
sky3hao9 Jan 13
2026 年了, java 还没过时, 实属奇迹
|
 |
116
donege Jan 13
作为一个 10 年 java 程序员，我也不怎么使用 Lambda ，日常只有简单合理使用。原因 归纳为 3 点吧 堆栈日志模糊，调试体验差，异常和复用问题，真正生产问题发生的时候，所有人要的都是解决问题的速度。
|
 |
117
wangYQ Jan 13
Java 当成诸语言实际工作了 8 年左右，lambda,我也是只做一些 list,map 转换，筛选的事情。不大范围用的原因就是如果业务写进去，写的时候爽了，debug 的体验，和线上出现问题日志位置有点模糊不好准确定位。其他我觉得没问题。我觉得主要是不接受 TS ，如果你招他的时候要求前后端都要写，那么不接受就是不匹配了。
|
 |
118
NPC666 Jan 13 via Android
Java 8 我记得以前 lambda 会有奇怪的性能问题，，所以不怎么用，后面的版本应该没问题了？
|
 |
119
Ayanokouji Jan 13
用不用不是太重要，我觉得是一种态度。
对于我来说：可用不用，但不能不学。 技术经理不让用，难道就不学了吗。我们不让用的东西多了去了，该学的还是要学。 这种人嘛，技术上限就在那里了，不会太高的。 |
 |
120
xbleey Jan 13 via Android
我接受不了现在 var 才是真
|
 |
121
skallz Jan 13
有些后端确实比较抵触写前端，以及前端抵触去写后端，虽然这两者大概可以交叉干一点点，但是影响了工作职责边界，变成全干工程师后工作量和心智负担会显著增加，哈哈哈哈，如果没得选那就只能接了
|
 |
122
toexplore Jan 13
我也以为是 aws 的 lambda
|
 |
123
nkidgm Jan 13
不对啊，lambda 不是 java8 就开始有的东西嘛？跟随十几年前的 java8 推出的。
我工作也是最怕遇到那种死脑筋的，跟 springboot 第一时间排除 tomcat 改用 undertow 一样/数据库部署不用 docker ，只看了几篇文章不做任何实践就立马说不用这个不用那个。 |
 |
124
wweerrgtc Jan 13 via iPhone
友好协商离职，赔了多少钱，半个月工资吗
|
 |
125
0x676e67 Jan 13
老一派是不想接受新事物了
|
 |
126
Lucups Jan 13  1
我的观点是看场景。
对于典型的 CRUD 业务型代码，其实并不太适合大量使用 lambda ，因为这类代码需求变化频繁，经常会引入提前终止、复杂分支或状态控制。 之前还在写 Java 的时候，团队里有新人把 lambda 当成 for 循环来用。功能实现没有问题，但一旦需求出现需要提前终止遍历的情况，就只能把整段 lambda 重构回 for 循环，整体的可维护性和扩展性都比较差。 我就改过好几次这种需求，恶心坏了。 反过来，在大数据或流式数据处理场景下，如果不用 lambda / Stream 这种函数式抽象，代码的表达能力和可扩展性基本是无法接受的。 |
 |
127
wnpllrzodiac Jan 13 via Android
有代码生成的才叫爽，要是自己写。各种缩进，格式不搞死你。
|
 |
128
xiongperry Jan 13
lambda：看着确实比较麻烦。那要如何解决，反正是 AI 写的
|
 |
130
roundgis Jan 13 via Android
@superedlimited 用 kotlin 的人少 所以除非應聘者願意轉不然他不會投履歷
|
 |
131
craftsmanship Jan 13 via Android
@wnpllrzodiac 什么 你们写 Java 没有 linter formatter 啥的吗…
|
|
132
roundgis Jan 13 via Android
@threeEggs123 聽起來像是澳洲的事
|
 |
133
la2la Jan 13
不是刻板印象
一个小需求需要把几万条数据从一个数据库同步到另一个数据库 就是一次性的任务，就的用 springboot 开发一个接口，定义各种 mapping, 然后部署上线，用 postman 调用一下这个接口，实现数据转移么？ 我看到实现方案后人都麻了 |
 |
134
liuzhihang Jan 13 via iPhone
我觉得 lambda 还可以。
当然如果是很长很臭的，各种 filter ，然后做聚合等，加起来嵌套个五六层，确实很让人难受了。这种一般都不会用 lambda ，会合理抽象一些方法。 |
 |
135
oamu Jan 13
@zhengmin4516 #3 类似 JS 里面的箭头函数。
|
 |
136
cabing Jan 13
接受不了可以让 ai 帮忙写啊。
|
 |
137
sampeng Jan 13 via iPhone
没事，我身边还有不少抵触 git 的
|
 |
138
Planarians Jan 13 via iPhone
这种东西强制别人用干啥 别人用了能看懂不就行了 就为了写起来短几行找 bug 找半天 需求一变又得展开重新写 喜欢用不喜欢用都挺正常的 不理解非要强制别人用
|
 |
139
donaldturinglee Jan 14 via iPhone
@xbleey var 写多了感觉和在写 C#没什么区别
|
 |
140
levelworm Jan 14 via iPhone
的确接受不了，还好我自己用不到。基本上函数式编程的东西我都是敬而远之，知道你们智商高，我跑了。。。
|
|
141
levelworm Jan 14 via iPhone
修正一下，如果工作上需要我肯定会学的，为了看代码，但是自己写一般不用，除非你非要我用，那我也行。
|
 |
142
Need4more Jan 14
项目里随便找的一段代码
Map<String, CustomerStats> result = orders.stream() .filter(order -> "completed".equals(order.getStatus()) && order.getDate().isAfter(LocalDate.of(2022, 12, 31))) .map(order -> order) .sorted(Comparator.comparing(Order::getAmount).reversed()) .collect(Collector.of( HashMap::new, (map, order) -> map.compute(order.getCustomerId(), (key, stats) -> { if (stats == null) { stats = new CustomerStats(0.0, 0); } stats.update(order.getAmount()); return stats; }), (map1, map2) -> { map2.forEach((customerId, stats) -> map1.compute(customerId, (key, existingStats) -> { if (existingStats == null) { return stats; } else { return existingStats.merge(stats); } })); return map1; }, Function.identity(), Collector.Characteristics.UNORDERED )); |
 |
143
chinni Jan 14
net lambda 还算是好用的梯队的。但是语言没人用了 国内- -
|
 |
144
liqingyou2093 Jan 14
我发现领导都讨厌这样的, 太固执的, 有自己想法的
|
 |
145
sir283 Jan 14 2
难绷，后端因为不想写前端搞全栈，你们就给人家扣帽子，给人家劝退了，最后还怪人家水平不行，思想守旧，你们前端可真牛逼。真应该把公司的后端全部开除，然后把后端业务全划分给你们前端负责，只有这样才符合你们。
|
 |
146
c3de3f21 Jan 14
感觉没有什么是钱办不到的
|
 |
147
hehedada111 Jan 14
笑死，我就喜欢用 lambda
|
|
148
dog82 Jan 14
@Need4more 这种写法有点炫技了
感觉 completed 和日期判断应该在数据库里操作，把数据库的的数据不加过滤加载进业务层，内存会撑爆的； .map(order->order)有啥作用？ Collector.of 里的代码实在看不懂！ 话说这位码农不会写 SQL 吗? |
 |
149
timesh Jan 14
所以你们在说的 TS 是指的什么？？
|
 |
151
kissice Jan 14
我来杠一下：2026 年了竟然还有程序员接受不了别的程序员接受不了 lambda 的。
|
 |
152
xiapipi Jan 14
不接受 lambda 担误实现功能还是咋地了啊？后端仔不接受前端的 ts 又有什么问题呢？
|
 |
154
timethinker Jan 14
其实这个完全取决与团队的偏向，如果团队接受不了，可以写的时候用 stream ，写完以后，IDEA 一键转为 for 循环，要修改的时候还能一键转回来继续写。
 |
 |
155
krixaar Jan 14
重点不是后端不接受 TS 吗，后端不接受 TS 名正言顺有什么可说的？还 TS ，给你 vibe 一个 vanilla js 都算给你天大的面子了，后端要接受只接受你的 json/protobuf 。
|
|
157
ngduncent OP @liqingyou2093 我很支持有自己想法的同事。 但不支持固执守旧 不接受变化 不接受新事物的同事。
|
 |
159
peterzhang0602 Jan 14
@ngduncent 同样 遇到这样的应聘者 在面试环节就 友好结束了
|
 |
160
layxy Jan 14
之前看到过一个项目写的 lambda 那叫一个酸爽,一个 lambda 几十行,幸好每个.都换行了,要不然这代码看起来相当费劲,因为一个 lambda 链式调用为一行,链式比较长,某个地方报错了日志定位很不方便
|
 |
162
lcingOnTheCake Jan 14
我有段时间也非常喜欢用 lambda ，后来接触到一些大项目，以及需要 review 别人的代码后，我就不喜欢用 lambda 了，还是简简单单的函数调用最实在，看得懂，也不容易出问题。lambda 这种东西，自己写玩具的时候用用就行了
|
 |
163
cccll Jan 14
lambda 会生成临时对象，如果严格从性能来说是不建议使用 lambda
|
 |
164
tudouxiong Jan 14
@threeEggs123 哈哈，笑死
|
 |
165
wryyyyyyyyyyyy Jan 14
lambda 不是能不用就不用吗？ 套多了别人看容易理解困难，我是 python 后端。
|
 |
167
cenbiq Jan 14
我以为这种问题只会出现在 2010 年代，各大主流语言（ J**a 除外）应该都用了 10 多年的 lambda 了吧？
|
|
170
krixaar Jan 14 1
再捋一下这里面的逻辑：你让我后端写 TS ，你要是想转 Node 那你不该招 Java ，我该走人；只占 5%的工作时长，还大半年写不了一次，那肯定是简单且少量的，交给前端更好写，非得交给我那就是看我能不能当全栈，但你不是按全栈待遇招进来的，我依然该走人。我走人了，你还来 v2 发个吐槽贴挂我。搞不好人家抵触的不是技术而是你。
|
|
171
ngduncent OP 1
@krixaar
他上一份工作是全栈。入职事先也说明，工作内容前后端都会涉及，但基本都是纯后端的活。 你不要跑偏题，我说的是一个 Java+全栈的人，抵触 ts 。 守旧接受不了新事物。 不要自己在那边臆测，我让他转 Node, 看他能不能当全栈。funny boy 。 你这叫捋逻辑？ |
 |
172
ellermister Jan 14 via Android
我接受不了新的 ide 界面，即使升级也按照 classic 风格配置。这可不只是接受不了新事物的问题，这是习惯与效率的选择，新界面各种不符合人性操作习惯的设计，只是软件商为了商业利益推崇的版本，我就一定要接受吗？软件商做什么新东西你都要认同且接受吗，使用旧版本或者经典风格就是一种反抗。
换句话说，不管是软件提供商，还是需要语言，还是任何开发生态，出了新版本，出了新东西，你没有研究使用，就算你是老古董，算你接受不了新事物，这可以吗？ 线上服务器稳定运行，什么事情不干，都要把各个版本升级到最新，坑都去踩一遍，不升级就是守旧，思维停滞不前。 原因多了去了，有时间，有效率，有机缘巧合，有利息，有风险考量，有各方面因素，不只是你认为别人守旧接受不了新事物那么草率。 |
 |
173
luoshuimumu Jan 14
java8 lambda 享大福，ai 都生成不明白
|
 |
174
gibber Jan 15
捂脸，我还在用 idea2023
|
 |
175
harlen Jan 16
我不仅喜欢用 lambda 我还以为喜欢重写 == != > < .可惜现在写 python ，python 的 lambda 相当于没有，匿名函数都不能直接写了
|
Select Language