刚入职的时候，我的技能包其实很“标准”：左手Python写模型，右手C++写点逻辑，典型的算法生配置。但真实的工作场景很快就给我上了一课：问题不会迁就你会什么语言，而是需要你用最合适的工具去解决问题。为了搞定海量数据的高并发传输，Python显得有些力不从心，于是我不得不跳出舒适区，现学Go语言，在OSS工具的基础上完善不同格式媒体的分段传输验证，解决了卡脖子的IO瓶颈。（oss这是真的快啊）紧接着面对老旧的PHP业务框架，为了让新算法能无缝接入需要将PHP到Python的整体架构迁移。其中涉及到的代码深度，现在想想还是脑壳疼，一个算子包了六七层！现在的我，与其说是“学会了更多语言”，不如说是...

面了三轮，不过就不过，没见过这样的，先跟你说过了再出尔反尔纯纯恶心人😓

找实习找得魔怔了，刷到学校的保安处招人，要求写的是本科生，抱着死马当活马医的心态投了简历。结果直接被拒，理由就是学历不够。大专生的小丑时刻不过如此了😭

做嵌入式久了会发现，真正让人难受的面试问题，往往不是“会不会用某个外设”，而是那些一听就知道没做过项目根本答不上来的问题。下面这些，就是我遇到过、也确实很刁钻的嵌入式面试问题。1.「这个问题你是怎么复现出来的？」不是问怎么改，而是先问你怎么复现。这类问题在考：你有没有构造测试条件是靠偶然撞到，还是系统性定位有没有复现思路和手段如果项目里没被 bug 折磨过，很难答清楚。2.「设备跑三个月后死机，你会从哪几步开始查？」这是典型的工程经验题，涉及：内存泄漏、堆碎片任务栈溢出看门狗、日志、异常捕获重点不是点名技术，而是你有没有长期运行的意识。3.「中断里能不能用 malloc？你项目里怎么处理的？」...