25年9月，算的上是人生转折点。这是我入职后的第二个星期，随着工作逐渐上手，心情都好了许多。第一周的适应期对刚开始工作的我，简直是“噩梦”般的存在。面对着数不清的新文件，看不懂的新系统，学不完的工作要点……，大家嘴里听不懂的专业术语，一开就是两个小时的周会，看不明白的sop，每一步都要去问mt，感觉我要是我的mt我都要烦死了，可又不能不问。 下班后躺在青旅那张小床上，望着天花板发呆，怎么工作是这个样子的啊…一想到明天还要接着去上班，不由得深深叹了口气，果然，人生最快乐的时候只有收到offer和提交离职的这两个瞬间是快乐的。上班第三天，就在任务上出现了失误，还没来得及将这一失误报告给领导，领导就...

目前0实习，想年后找一个，求拷打简历

hr面主要问我项目里你负责哪些，怎么做的。需求给你你怎么分析，接口。然后问一些团队合作的情景，你怎么处理的。没问关于华为的文化加班之类的问题。聊了点经历还有些问题忘了整场面试的体感不是很好，感觉很多时候跟面试官都不在一个频道上……此外由于我的项目都是比较简单的课程项目，挺多时候都在尬聊。或许因此把我挂了吧。but还是挺不爽的，算是目前面试体验最差的一次了😡

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