某互联网大厂二面，被冒犯到骨子里了

终面是 2v1，一个 HRBP 加一个部门大老板，说是压力面，实则全程让人不适。部门主管从头至尾冷着脸，没一点表情；HRBP 则全程假笑，那笑容看得人浑身发麻。HRBP 先问了几个问题，我认真回答完，感觉她压根没听懂，也不追问，就尬在那儿。接着主管挑了我简历上一段经历追问，我刚说一半就被打断，说我跑题，就这一个点翻来覆去纠结追问了快 10 分钟，全程冷着脸，语气也特别冲。到了反问环节，我问工作时间，HRBP 只轻飘飘说 “正常”。我追问 “正常是什么意思？是早九晚六吗？”，她才不情不愿地说是。我又问当地生活成本，她直接甩一句 “网上能查到，自己去查”。我再问 “从上一届管培生身上能看到哪些成长”，她居然说 “你是外人，细节不好说”。客观说，有些回答或许合理，但配上她那皮笑肉不笑的表情，真的让人极度不适。全程主管除了揪着我简历追问那 10 分钟，其他时候要么不说话，要么就冷着脸，整个氛围压抑到极点。面到最后我实在憋不住了，挂掉电脑就忍不住哭了。事后越想越后悔：其实这个岗位和平台我本来就不是特别心仪，当时就该在反问环节直接怼回去，也不至于委屈成这样。后续更离谱，我在官网上查到自己挂了，去问对接的 HR，微信消息发过去直接已读不回。行吧，这个部门我直接拉黑，以后再看到相关招聘，绕路走都嫌近！

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

我面试过一家 上海的韩企，我还以为是中国人，就跟面试官说：原来您是韩国人。他说：IC，我长得像中国人吗？你不合格。我真的很无语…还是个大公司  当时以为他要跟我开玩笑，但是越想越气。后面也是各种怼我

十月份约的面试,挂了  你写的两个线程交替打印1-100的代码，先打印一下结果我看一眼。 我们聊一下Java的锁，你可以找一些角度对Java的锁进行分类，然后我们聊一下具体的内容。 你为什么会这么对Java的锁进行分类？有这样分类的理由吗？ 那你理解的悲观锁就是synchronized加monitor，乐观锁就是CAS相关的东西，是这样吗？ 你刚刚说的synchronized的底层流程，能再具体说一下吗？ 你刚刚说synchronized性能比较差，是这样吗？它的性能一定比较差吗？ 我们聊一下Lock的底层数据结构是怎样的。 Lock怎么实现公平与非公平锁呢？ 忘了没关系，我们可以一起梳理下L...