后生可畏,厉害厉害,前途无量

一般是根据你在项目中扮演的角色来定级,比如你就是开发,再怎么跳也是开发,比如你是项目负责人,思考和回答问题时眼界和开发是不一样的,这种面试很容易得到面试官的青睐,再比如说你是项目架构师,除非很水的情况,一般面过的也会给架构师,至于八股文只是作为这个评判的一个参考,最主要的还是你写的项目,在项目中扮演什么角色.

刚算了下,9 月 1 号入职到现在,总共写了不到 3000 行代码,其中还包括代码生成器的代码,有效代码数在 2000 行左右,三个多月的时间,平均下来每天代码大概在 20 行

举个例子，你们有一条业务线做在线教育的，这个功能有用户登录，上课，下单等功能，刚开始只有一条业务线，你们任务来了就开发，好不快活，过了两年，又新建了一条业务线，也是做教育的，但是是做的成人教育，同样也有用户登录，上课，下单等功能，这个时候为了快速迭代，他们就自己搞了，任务来了就开发，也好不快活。又过了两年，某个大佬觉得相似的业务功能为什么要两个团队单独维护，于是抽出几个团队，专门做登录，上课，订单等内容，你们和成人教育团队把需要的数据传过去就行了，这个时候来了任务你们要拉上多端一起协作，事情变的痛苦起来，哪怕一个小小地变动，都要拉扯进一堆的开发，所以，你看，要做的功能没少，要写的代码也没少，但是牵扯的人多了，这个就是中台模式

一个输入法一百多兆,我特么怀疑他搞了个操作系统进去

上家公司用的 kotlin 做的后端,kotlin 本身就是基于 java 的语言,类似可以理解成 java 的二次封装,将 java 很多没有的语言特性给封了进去,所以在生态上,它是和 java 能统一的,java 能用的它都能用,选择 kotlin 其实就是选择了它的语法糖,个人感觉 kotlin 的优势如下:
1.更强大的函数式编程,比如拓展函数,中缀函数,这些使用起来确实比 java 的伪函数式编程顺手很多,而且它的使用习惯也更贴近一个人正常的思考方式,当然也存在它的缺点,如果对函数式编程一点都不懂的,或者用的很少的同学会有学习成本.
2.空指针处理,这点我特地把它单独拿出来说,可以说是 kotlin 很大的一个特性,java 当然也有空指针处理,但是对比 kotlin 简直差的太远
3.文件组织方式,相对于 java9 里面用模块来组织文件,kotlin 用 kt 文件,这样的话相同模块的一些功能可以全部写到 kt 文件里面,会减少很多 java 类的出现,最最最常见的就是 dto 和 vo 这些数据 model,其实单独写一个类很没有必要,组织进 kt 文件,会让项目看起来更简洁也更容易维护
4.协程,这个东西对于后端来说就是一个线程池,只要把方法写进 launch 里面就可以异步,但是对于客户端的同学来说,帮助会更大,因为涉及到线程切换的问题,kotlin 已经完全封装好了
5.其他一些特性,比如密封类,数据类等等,都在实际项目中用的很多,尤其是数据类,基本就是用来写 dto 和 vo

以上提到的一些特性,java 也都能处理,比如函数式编程,它也可以通过自定义接口的方式来实现,协程也可以用线程池来搞,当然它都处理回调的问题,数据类其实就是一个普通的 class,所以当有一个给你封装好了的语言,能够优雅的解决这些问题,为何不尝试以下呢?唯一的问题就是学习成本,kotlin 其实学习成本并不高,难以理解的也就函数式编程和协程,其他特性都是一眼会的那种,建议真的可以尝试下.最后说一句,jetbrain 出品,必属精品

得了解了解为啥他说不支持,是他看的版本有问题呢?还是企业内部自身原因集成不了这种功能?对吧,看问题得全面,假如他真的就是想摆烂,说我就是不想给他搞,那这种人以后尽量离远点,少接触,当然他如果就是摆烂,对你也要好处,做完功能看看别的,它不香吗?不要这么较真,职场里面有很多意见不一的人,各种奇奇怪怪的,别人可能看我们也是戴有色眼镜的,君子和而不同才是主旋律.最后开会的时候如果你不是负责人,别人没问你问题,还是尽量少说话为好,尤其是比较敏感的话题

服务器上起一个循环程序,改下调度参数,按照 1:6 的比例分配,差不多就 15%了

到底是文学还是性？

公司因为什么原因裁员呢

@hfJ433 老哥展开讲讲

最近再看理想国，感觉西方的早期哲学思想和东方有很大的差别

不谈场景只谈性能是耍流氓

东哥牛逼，以后只用京东！

wsa 一堆 bug