概伦电子

6.30 投递java后端工程师岗位，当天过初筛7.1 笔试可能是因为之前在牛客上刷过1000道java题，算法和八股文什么的也准备了一个月，笔试总体感觉比较简单7.10 一轮技术面，30min自我介绍先问了非常基础的IDEA基本使用，例如debug流程、常用快捷键拷打项目，说出自己项目中两个重难点，以及自己是如何解决的java基础，介绍常见集合以及底层原理，我当时讲了List中的ArrayList和linkedlist各自原理和对比，Map中的HashMap底层原理spring中的IOC和AOP是什么，有哪些实际应用场景？java8的新特性有什么？介绍常用的stream流方法还问了一些mys...

我想跟着一个30岁左右家庭美满幸福的男性领导在公司已经带了五六年已经变成了部门的小领导并且在技术上给予我支持和帮助带我一起进步帮我扛事情是不是听起来很美好hhh我真的遇到了这样的领导在我某家公司面试的时候我的二面领导对我特别好面试的时候和我一直在聊天 和我讲部门的技术然后问我是e人还是i人 后来主动加我微信在我hr面试后 以为我意向不高主动帮我约+2加面火速帮我下offer 因为谈薪比较久还在中间问我会不会不来后来开奖了知道别家公司开了还说帮我争取可惜实在差距太大 只好江湖再见了👋老大 有机会我以后来做你的小弟

背景与闯祸实习期间承接需求时，我发现很多系统的业务逻辑盘根错节，上下文关联极深。有时需求本身涉及的代码改动明明很简单，可要是不把背后的业务脉络和代码逻辑摸透，就根本没法理解修改的初衷。最开始我接手需求，往往只盯着技术需求文档（TRD）里的修改要求，照着文档改完代码、做完自测，就觉得万事大吉了。到了代码评审环节，大家都要逐一讲解自己负责的需求和对应的代码改动。我负责的部分改动点很简单，无非是删几行冗余代码、调整一点参数配置，所以准备得很仓促，没多琢磨背后的逻辑。评审时，同事们针对这些修改提出了不少问题，比如 “为什么要删掉这段代码？会不会影响下游接口的调用？”“这里的参数调整有没有考虑到历史数据...