池子泡麻了

✅投递：内推链接一键投递，欢迎联系：https://careers.aliyun.com/campus/qrcode/home?code=zur3rFlvZDZFVvuDycNhQmsHcFMDrXzWfL2ja6ebV9Q%3D阿里云基础研发一面挂经上周面的，那边说经历很匹配光速约面（4号晚上投 约5号晚上面，等到9号给挂了）－项目实习项目，具体做了什么－八股详细介绍下，Linux下，进程根据相对文件路径如何找到文件，打开，硬盘寻址，加载到内存，存储到其他地方的过程（答的不好，凭自己不多的os知识胡诌了些）－手撕最长无重复子串，没啥好说的最近这几家都喜欢让人拿go写题，咱就是说go写力扣题是...

mcu+rtos岗位 这是一面 

没见过这么傻杯的人，我没回就发嘲讽，压抑坏了是吧

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