@incompatible
这正是因为我所处的环境中,没有人使用 lombok.所以我才好奇....
我呆过的公司也都算规模尚可,TMD 吧...
举个例子,如果有人在生产环境中还拿 System.out.println 来输出信息,我肯定会觉得很惊讶(当然例子不太恰当,一个是绝对错误的操作,lombok 最多算可有可无的操作)

嘛,可能阿里用 lombok,至于广不广泛,这个也没具体数据,并不清楚
不过跟团队保持一致就好了,这个我很认同,反正在这种事情上没必要特立独行

@incompatible
我想表达的就是:在 Lombok 和 getter/setter 之间做选择,lombok 可能会引入 bug,但是 getter/setter 不会(当然万一 IDE 有 BUG 这个就特别尴尬了,但是由于应用范围不同,而且更好解决,肉眼可以看出问题,lombok 生成的代码 debug 难度至少高了一个级别)
基于效率时间考虑,万一引入了 bug,这节省的时间就完全不值
你要说其他工具其他 library 就扯远了....

装插件纯属个人喜好问题,如果能提升自己的开发速度,那当然装装装
但是不能绑架其他人,vim 插件你装就装了,别人不装一样用,但是 lombok 不一样,别人不装就会飘红一片无法使用 IDE 编译
对,即使不使用 IDE 插件,也总是需要使用其他手段来做的,但是这个是一次性的,配好了就一直可以用
不需要每个人针对这些东西做调整,例如 mvn plugin,我写好了 POM,其他人不需要做任何操作
这才是对自己负责对别人负责对团队负责...这就是意义

回到话题本身,我也觉得 getter/setter 很丑陋,Function 不是 first class 导致 lambda 特别丑陋
尤其是遇到一些函数式的库
出现一堆这样的 class
Tuple1<T1>
Tuple2<T1, T2>
Tuple3<T1, T2, T3>
Tuple4<T1, T2, T3, T4>
Tuple5<T1, T2, T3, T4, T5>
但是其实本身并不太影响开发效率,的确是繁琐了一点,但是开发效率并不等价于要敲多几行代码所花费的时间
又不是写最简单的 CRUD,这一点点时间确实没必要在乎....

@incompatible
1w 个人节省几十万秒,一个人一年节省几十秒,这个时间能做啥?
当然你就是随便说个数字我也懂,就这能腾出的这么点时间其实改变不了什么
考虑一下当引入 lombok 遇到 BUG 的时候,几十秒能解决么,为了这么几十秒的收益牺牲更多的时间
当然如果你说你用的很好一直没有遇到 Bug,其他人呢...

另外说到 Tomcat/VCS 什么的，你要搞清重点：我在讲的是 IDE 不装任何额外插件也可以方便简单进行开发，不是在跟你讨论 VCS 怎么用、Tomcat/Jetty 怎么用。

@incompatible
你得敲个 annotation 吧,就算是 class 上也得打个 @xxx 吧
我 IDE 自动生成也不过就是几秒钟的时间
而且对于程序员来说,写代码的时间绝对不是大头,毕竟比机器更难处理的是人,沟通才会占用大量时间
退一万步,这个能节省几秒钟,意义在哪.一年能写几个 bean,几百个?几千个?
相比之下,省略 lombok 带来的是入门更简单,新人来了下个 IDE 开箱即用,当然其实这个也站不住脚,毕竟一年也没几个新人
不过确实在环境使用上更通用一点

另外 Tomcat/Jetty 早就不需要手动集成插件了,用个 mvn plugin 直接跑完事,反正都是测试
VCS 都是现代 IDE 自带,用 vim/emacs 的大神不考虑,而且个人用命令行更多,IDE 的 VCS 反而不用,真的复杂操作我也用 source tree

居然有人用 Lombok
这个在团队开发中真是不实用,大部分项目直接 git clone 就可以用
如果用了 Lombok,相当于要求所有人都在 IDE 里安装这个插件
所谓的繁琐简洁真的有意义么,轮编程时间相差几乎为 0,都是写个 private Type name;剩下都是自动生成的代码
要看的代码也就前面的 fields,后面几乎不用看
用 Lombok 并不会提升效率,唯一的安慰感就是看起来代码少了几十行....
还是你永远没必要看的几十行....

因为 System.out.println 这个里面包含 synchronized 代码段
碰巧解决了内存可见性而已
5 楼贴的回答也就是这个....

@alexapollo
如果只是排序优劣,这个系统也支持 custom rank score
是不是合适工业化,不只需要看 TF-IDF/BM25
有其他更需要看重的 feature

看起来没有 two-phase search 之类的 feature
这表示在多 sharding 的情况下,基于 TF-IDF/BM25 以及其他基于全局 scoring 的 case 会有不精确的情况
如果数据量少,或者数据倾斜严重,会有错误排序的问题
不过也看使用场景,有的场景并不太关注这些问题

居然有人用 fat jar...
我一直以为这东西只有 10 年前在用
或者小玩具在用.......

"Google Finally Lets You Download ADB and Fastboot As Standalone Tools"
https://developer.android.com/studio/releases/platform-tools.html

不说上限响应时间的并发都是耍流氓

便宜的磨豆机磨不出固定的细度..而是什么粗细都有.....

"如果发生 Java 自身提供的一些异常比如 Exception, ArithmeticException 等等，可以成功响应"
但是代码贴的 catch 语句是:"catch (FileUploadException e) "
ArithmeticException 不可能被 Catch 住的,楼主你这到底在表达什么...

这个算法真是没什么难的,不同规模有不同实现方式,几十亿记录的规模下都很简单
就只是不做而已...没有为什么.....

@jarlyyn 深有同感,30 岁还纠结 10w 块钱的车有点惨
现在一个应届生稍微技术好一点的,家庭环境还不错的
自己工作 1-2 年买个 10w 的车都很轻松...

北京上班的成本太高了...
买个能开上大街的车,买个 LaFerrari 就要 2000w
你说住家里 SOHO 吧,买个房,地理位置要好吧,楼要新吧,没 1000w 也下不来
真是没法再帝都上班了.....
楼主你就花 3w,还这么多话....