最近我看了一些粉丝的简历，写着五六个项目，全是“温湿度采集”、“简单的家居控制”。说句扎心的实话：做一堆简单的 Demo，不如把一个项目做深。为什么你的项目被 HR 说是“烂大街”？ 因为那些大多是验证硬件功能，跟嵌入式软件的核心能力关系不大。你调通了 外设读取温湿度，那是单片机基础。如果是找“嵌入式软件”岗位，请一定要在“软件”上下功夫！真正的深度不是你会用几个外设，也不是老生常谈的“通信来通信去”，而是你有没有能力对系统核心进行优化。怎么增加嵌入式项目的深度？以下是几个能真正体现“软件深度”的项目优化方向：一、 拒绝“裸机思维”，拥抱 RTOS 的内核级深度别再只是 跑到底了。引入 RTO...

第一次面试某大厂，HR问我："有分布式经验吗？" 我tm连Redis都没摸过，但想起学长教的"面试三板斧"，张口就来："虽然没实战过，但我研究过CAP理论，还自己搭过三台虚拟机模拟集群！" ——其实就是在宿舍用VirtualBox开了三个Ubuntu，ping通就截图发朋友圈装逼。

最近在投递简历。在BOSS上，投了50来份小厂(1000人以下)。只有几个人回复(我知道这很正常)，目前有一个小厂hr的电话，说他们的要求很高，我代码有点少。感觉小厂的要求都好高，什么QT，游戏项目/引擎，嵌入式，音视频，图片处理，机器学习，数据挖掘/分析等等，我是不是要改变策略，投中大厂(可能他们的要求比较低，比较看重学习能力)？现在想，先投一个月(边复习+MySQL+QT)，不行就考研去了。

一面-15min前期简单和HR沟通过了，HR大概意思就是你的期望薪资有点高。如果低于这个薪资你会不会来，我的回答是肯定的。后来HR又介绍了公司的业务情况等，定了大概的时间在某个晚上的九点以后。二面-35min面试官看起来年纪稍长了，估计在40左右。这个面试流程并不像其他公司，一上来也没有简单自我介绍什么。面试官全程都让我在上帝视角总结归纳。当初为什么来北京？平时你工作主要负责那些内容？写过那些驱动呢？这里我回答的是，平时完整写一个驱动的机会比较少，主要还是解决问题为导向。你平时是怎么解决问题的？你觉得解决问题最重要的是什么？有用过那些工具？这里我的回答是以人为导向的。分析问题的能力：穷举各种可...