很久知道面过一个大厂外包，态度极其恶劣，一个江河日下的大厂，一个曾经的辉煌，什么大厂自己猜吧。一、傲慢的大厂面试官 那个面试官好像是没见过世面，感觉吊儿郎当的，当了面试官感觉上了天了，满眼的不屑和傲慢。 问我，单链表能看见前后元素吗？我说双链表能存储前后节点指针，单链表只存下一个节点指针，单链表不能看见前面的，只能看见后面的。 然后他说：你再说一遍，你确定单链表不能看见前面节点？你自己回去翻翻书吧。 他是如此自信，搞得我以为真的是自己错了，然后回去查资料，给我干挠头了，我没错啊。二、暖心的小厂架构师 这是我第一份程序员工作，当时会的不多，啃着八股文背了很久，知识参差不齐，面试经验和心态跟现在没...

bg：双非本科时间线：七月初两天拿下实习，然后实习3个月，在国庆假期后进行转正，十月底录取，十一月初谈薪，今天正式签署三方协议完毕一些补充：贴主并不是竞赛哥和实习大佬，在进入字节前，我只有一段“作坊”实习和学校项目。想对双非同学们说：互联网行业，技术永远是第一竞争力，学历确实是敲门砖，但统招本科，已经足够敲开大多数门了。比起自怨自艾失去信心、花费时间在郁闷与自我否定，学习技术、训练项目能力、积极乐观的面对明天，才是我们应该做的。与此同时，对问题多思考，给出自己的初步解决思路是关键。学历并不能把人分为三六九等，把技术当成壁垒和台阶踩在脚下，才真正决定了你的高度。加油，奥利给！干就完了！

深圳某不知名公司  

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