搞技术，要有危机感！一直复制粘贴可不行！

1. 基础知识

一个嵌入式工程师，很多都是从51单片机或者STM32单片机开始，对于单片机的开发环境，开发流程，基础外设都了解，做过一些实际的案例，比如点流水灯之类的。

那么对于基本的中断的概念，寄存器的概念，看门狗，AD等基本原理能大概的讲出来。掌握硬件设计方法，能设计原理图PCB，至少两层板。

能画出三极管及MOS管作为开关管的实际应用电路，对电源芯片的设计有基本的了解。能利用网络进行信息检索，能在理解别人图纸的基础上进行copy。

这是一个本科嵌入式毕业生应该具备的水平。项目做的多的同学，可能在某些专业方向有较深的钻研，和较多的涉猎，比如对一些基本的传感器，编码器，执行机构的了解等。

再比如研究生同学会使用matlab等软件进行算法仿真，控制方向的同学会用单片机调用FOC库控制PMSM电机，图像方向的同学会调用opencv进行一些图像处理等。 

这个阶段如果有国际开源社区贡献经验的，那就是非常加分了。至少在英语和git使用上是基本过关了。

2. 项目心态  

做过完整项目的工程师都明白，在项目的推进过程中，会经历各种心态，有时候会让人崩溃，可能很多次都想放弃，但是你体会过坚持并有结果的感觉后，就明白没有干不出来的项目。

其实是项目论证阶段的时候，更高阶的工程师已经做过评估了。项目心态其实就是技术人员的死磕心态，没有搞不定的难题，没有干不出来的项目。

一般工作三年左右的工程师，应该都经历过完整项目了。很多工程师可能第一年的时候都在补大学的课，所以三年比较保险。三年工作经验的工程师可能还不具备全局视野和架构视野，但是一定要具备良好的项目心态了。

并且3年左右的工程师正是在死磕心态的支持下，可能各种论坛，各种帖子去搜索解决问题的方法，应该也要具备独立解决问题的能力了。

3. 技术架构

技术架构是个什么东西，项目做的多了接触的项目大了，会发现一个问题，所有的项目都有共通之处，所有的嵌入式设备都是换汤不换药。

那么有没有积累一套稳定的基础程序库和架构就显得非常重要了。比如串口协议编解码，GUI，按键io，log系统，滤波算法，操作系统，定时器库等。

这些东西我一向不主张重复造轮子，因为世界上聪明人实在是太多了，github搜一下，找一些适合自己的基础库进行集成改造。看看别人写的东西之后，会发现自己的技术思路有时候真的很low。

比如按键，很多人认为是非常简单的东西，但是一个按键，多个按键，单击，双击，三击，长按，短按等，你如果按照你的逻辑来写，90%的人会写的非常笨。

再比如，环形缓冲，以前我刚参加工作的时候，看到同事写的串口环形缓冲区程序，觉得同事真牛逼。

诸如此类就太多了，所以有时候，开阔的技术视野比你闷着头在那里发奋图强实际要有效的多。然后站在巨人的肩膀上，去发现bug，去修改，去完善，慢慢的就越来越健壮了。同时，你也会拥有更谦卑的心态。

技术架构，建议探索、参考一些经典的开源硬件项目。

4. 技术视野

技术视野来自于几个方面：

但是这是一个非常有意思的过程。再回过头去玩单片机的时候，你就知道一个单片机要运转大型复杂的项目应该是什么样子的了。

5. 成熟方案

成熟方案就是你在做过很多项目后，这些项目成果都是可以稳定市场化的东西。

在以上那些基础上，你做过的项目，在硬件和软件上都应该是稳定的，且是可以市场化的东西。你在不需要浪费一个开发周期就可以拿来用的东西，就是成熟方案。

比如你做过的电机驱动，你做过的打印机方案等。这时候本质上讲，你是可以开方案公司的了。至少技术上是可以的了。但是还缺点啥。

6. 一通百通

这个时候，你对任何你遇到的项目，仿佛总有办法把它又快又好的干出来了，因为看到一个新案子的时候，你看问题的角度和新手是不同的了，无非是你所积累的架构的一个变种而已。要不就执行机构变一下，要不就是传感器变一下。

上面说，你要开方案公司的话还缺点东西，其实缺的就是选型能力，不是技术上跑通了，就可以市场化的，市场化比如要同行对比，你是否体现了成本优势，技术领先优势，解决了独到问题等。

成本问题就要涉及到你所积累的供应商资源，以及你搜索供应商资源和实际的对外沟通能力了。笔者曾经给一款消费电子产品降本，三到六个月之后，整个行业全部都换成笔者设计的那套方案了。

7. 其他能力

如果还要考察其他能力的话，那就是性格和人品了，因为降成本有时候是一个很敏感的东西，意味着你会在公司打破某种微妙平衡，你会碰到非常大的阻力，常常会让你觉得自己吃力不讨好。但凡你有一点怀疑和退缩，你就会妥协。

所以，技术的上层是更复杂的一些东西了。这个时候的坚守靠的是价值观，你坚信你把更大的利益让给了消费者，你用你的技术视野和项目推进能力是创造了最终价值的。

8. 当心温柔陷阱

很多人做十年，都停留在基础层级，甚至在退化，他们公司做系统集成，他每天只需要做串口协议的解析和转发工作，换一个产品，还做的是这个，而一套程序成熟后又没什么大改的地方，最多就是不同的用户要不同的功能，对协议进行一些增删而已。

这种公司一般还都是大公司，慢慢的，做这个工作的工程师在某种程度上就被废掉了。同理，天天调pid，换一套系统，还在一样的。所以很多公司要求要有一个产品从零到一的过程。 

在这种陷阱里似乎很舒服，但也有些危险，容易遭受年轻人的挑战，他们比你年轻、有精力，工作更拼命。工程师危机呀~作为技术人不停地跟技术难题死磕、更新知识，或许这才是对的状态，以图长久的保持市场竞争力。