上次徐工和我说了比较搞笑的事。
他说，上次帮一个老铁看了简历，单片机、Linux、ARM、java都会一点，一看工作经历没有，再看项目经验，感觉就是各种模块拼凑起来的。
如果他招人，看到这种简历，直接就丢一边了，学得多，不如学得精。
像这种学得多的，就一定找不到工作吗？
也不一定，看运气，有些公司把底层框架都做好了，只需要招调接口干苦力的，这种大公司居多，不想把核心的东西让太多人知道，以前我做电子狗，地图那些数据库都是加密的，公司干了5,6年的老鸟都没资格看。
如果想稳一点，面试时腰杆子直一点，对于应届生，或者转行的，项目经验是唯一的切入口，没有之一。
面试官一般都是研发部经理，或者组长啥的，经验比较丰富，所以项目能让他们认可，又是个问题。
以前我也帮公司面试过工程师，站在我的角度来说下，老规矩，还是讲本质的东西。
好的项目，不一定是什么高大上的，很复杂的项目，而是符合企业需求，每个企业需求不一样，导致你同一个简历，投递不同的公司，效果也不一样。
第一，看项目和我们公司目前做的项目是否有相关，相关性分为产品功能和涉及技术栈。
很多人只关注技术提升，而忽略了行业经验，特别是新手。
不同行业的产品，功能都不一样，有时候光熟悉产品功能，都得花上一个月时间。
然后就是用什么芯片方案，在项目担任什么职责，开发过程中碰到过哪些问题，最后是怎么解决的。
从这个沟通过程，基本可以知道，你是否真的做过，以及你对项目的深度，基本知道你的水平，大概什么段位，如果把你招进来，能否胜任公司的项目开发，还是瞎编吹水的。
第二，看基础。
一般来应聘的人，没做过和公司类似的项目也很正常，毕竟公司也比较难找到合适的人，要么技术不匹配，要么薪资不匹配，要么公司待遇不匹配等等，有些技术匹配，但是沟通不顺畅的，原因很多，双方都满意的，也是比较难的。
那项目经验不匹配，咋办？
我的话，就是看基础。
有些人对基础理解，是会c语言，stm32单片机，rtos这些，实际上不是，这些离能胜任项目开发还有距离。
基础的前提，还是建立在项目案例上。
比如你以前做过项目有OLED屏，带菜单功能。
那正好我们公司项目，也有类似的功能，那我会问你的菜单系统是怎么做的。
以我们无际单片机项目3为例，我会这样回答：
第一步：定义菜单项结构体
包含菜单项的名称、命令、对应的功能函数指针、父、子菜单指针等信息。
第二步：创建菜单项
一般按照模式，功能细分菜单，并创建相应的菜单结构体数组，比如桌面菜单，设置菜单。
第三步：构建链表结构
把菜单按照链表这种数据结构，链接起来。
第四步：编写菜单项功能函数:
为每个菜单项实现相应的功能。
第五步：主程序执行菜单指针
这里只是大概说一下，里面还有非常多细节，比如不同菜单下用户输入处理(按键之类)，还有显示效果(光标啥的)，页面切换等等。
说的越详细越好，重点是不一定要让面试官听懂，但一定要让他觉得听起来挺牛逼。
也可以提前把这些代码拍照放手机上，到时候边展示代码，边给他讲，如果能比较流畅地讲完，说服力肯定杠杠的。
这意味着你的编程基础是很扎实的，不但会数据结构，还能把它应用在项目上，并且这样做确实不是为了装逼，而是把菜单架构做个更加灵活，扩展性和移植性更好。
有这种基础，去做别的功能，相对也是很快就能上手了，这才是我说的基础。
类似的还有挺多。
比如复杂的项目，程序有没有分层的概念？硬件层的数据，是怎么传递到应用层？
一般我们是通过回调函数。
还有比如串口数据，这些数据流，你是怎么处理的？
一般我们是先用队列缓存起来，然后主程序通过状态机判断再处理。
能说到这些，对行业老油条来说，基本就知道你的水平了，哪怕没做过类似项目也没关系，技术面基本上没大问题，招进来熟悉下行业或者产品特定知识，就能干活了。
总结下，企业本质需求是快速上手，培养成本要低。
最近有些老铁找我咨询学单片机，聊完发现99%的人都走了弯路，特意写了一篇单片机学习路径：
单片机不踩坑的学习路线
https://blog.csdn.net/2301_78464137/article/details/141396541