其实，只掌握这些，按照目前的市场情况，能入职算是很幸运了，现在的电子专业应届生，甚至是想转行的非科班，普遍会单片机、C语言，有些还有电赛经历，竞争还是比较激烈的。这样你遇到困难，想主动寻求帮助的时候，同事才会理你，但要注意，在寻求帮助之前，一定要先自己尝试解决问题，这样不仅能锻炼自己的能力，也能赢得同事的尊重。碰到一个陌生的项目，要学会拆解任务。不要因为一开始的困难而气馁，特别是抱怨的情绪，千万不

第二，对工程师的经验要求比较高，程序架构的设计不是一年，两年能积累出来的，市面上也没这类的教程可以学习，所以很多工程师不具备这能力，有些复杂的项目，则直接选择上RTOS。单片机的程序，相对来说比较少，从业这么多年，我碰见过的大多数工程师，都没有架构的思维，就是代码都是以实现功能为主，不会管后续的可维护性，比如说代码可移植性和可扩展性。第一，是因为项目急，做这么好，从功能上又看不出来，老板看不见，不

大多数情况下，你会选择有实战经验的球员。不过，类似实用的教程，市面上比较好，我早期录了一套这种进阶的教程，基本覆盖到了C语言的一些高阶用法，想提升的可以找我安排。第二个，实战派，这个人可能记不住所有规则，但他参加过许多比赛，知道如何在压力下投篮，如何与队友配合，如何应对对手的防守。第一个，理论派，他知道所有的篮球规则，理解各种战术，甚至能详细解释如何投篮的力学原理，但是，他从来没有打过比赛。有些人

但现在回过头来看，这种担心有点多余了，嵌入式开发这碗饭，目前还是吃得越久越香的，至少目前出去找份工作，还是很轻松，而且工资也比原来高了10K左右。当然，好汉不提当年勇，嵌入式这行业，只要还在做，一辈子也学不完，除了技术栈的更新迭代，行业之间的产品也是隔行如隔山。我觉得不仅仅是技术水平，更重要的是数据库的积累，比如电路，代码，很大程度上不需要重复造轮子了，效率自然也搞了。选择嵌入式这个行业，就我而言

这些啊，都只是通用的技术栈，但对于产品来说，隔行如隔山，这些技术栈只是基础，还需要有一定的行业经验，不同的行业有不同的标准和最优方案，没做过这行业，光是硬件选型上，就要踩N多坑。不过，只要技术过关，找多点实际项目的案例，很多公司还是愿意给机会的，比如需要廉价劳动力的，优秀的人不愿意去，这种就是咱们最好的切入点，先进去混点经验，作为跳板也可以的。很多人是边工作边学习，如果还有家庭，就更难全身心投入学

但这不意味着，行业发展前景有问题，恰恰相反，我觉得还是有很大的发展前景，一些新的技术，会把原有的产品重塑一遍，以此带来更大的增量市场，方向体现在更智能，更高效，更低成本方面…薪资方面，可能确实比不上互联网，主要原因是制造业，大多靠实打实卖硬件产品给客户，赚钱微薄利润养活员工，不像互联网公司那样，很多是烧投资人的钱，虽说工资低些，但可能更稳定一些。想拿高薪的话，还得是个全能人才，比如从硬件到应用都懂

不过，做驱动开发也有它的"坑"。我在2018年的时候录制了一套程序架构的教程，算是比较系统地演示了程序可扩展性和可移植性的写法，还有程序架构的设计，目前想提升这块的可以找我安排。如果你是刚入行的新人，学历各方面也没什么优势，其实我是建议从单片机开发入手，后期如果有兴趣，再慢慢转到驱动。跟硬件打交道的经验，相对应用开发来说，目前也不存在年龄危机，毕竟硬件出现问题，都是要退货的，分分钟赔到老板破产，哈

首先,持续学习是必须的。现在很多公司为了省钱,恨不得一个人当三个人用，我就见过有的招聘要求简直离谱，又要懂硬件设计，又要会单片机软件，有些还要求会Linux等等...这哪是在找嵌入式工程师,分明是在找”奥特曼”嘛。对于刚入行的新人,我的建议是:别太在意一开始的工资,多学点真本事，找个技术氛围好的公司,哪怕辛苦点也是值得的，但也要给自己设个期限,别一直做廉价劳动力。对于已经在行业里打拼的工程师们,我

一般来应聘的人，没做过和公司类似的项目也很正常，毕竟公司也比较难找到合适的人，要么技术不匹配，要么薪资不匹配，要么公司待遇不匹配等等，有些技术匹配，但是沟通不顺畅的，原因很多，双方都满意的，也是比较难的。从这个沟通过程，基本可以知道，你是否真的做过，以及你对项目的深度，基本知道你的水平，大概什么段位，如果把你招进来，能否胜任公司的项目开发，还是瞎编吹水的。好的项目，不一定是什么高大上的，很复杂的项