关于嵌入式的学习和职业发展

我们还是来看嵌入式的定义，这个定义是相对的概念。什么计算机系统不是“高度定制的软硬件计算机系统”呢？PC机。不严谨的说是这样。嵌入式在工程上有非常多的特点，相对于PC系统说，如果把PC系统看成一个完全的标准的“大嵌入式系统”，我们用大鹏鸟来形容它。那么，像“蜂鸟”这样的最小的小鸟，像“麻雀”这样的常见系统。也就不难理解了。从技术上讲，PC系统的知识量，难度都要比一般的嵌入式高出N个数量级。但由于PC系统在计算机历史上发展得比较早。因而，其智力投入、完善性、应用的广泛性重要性是别的系统平台无法比拟的。然而，正因为发展了这么久，其平台的封装性稳定性是非常高的。操作系统级，支撑软件级，应用软件级。特别是应用软件级，一些与平台无关的软件，基本上很少涉及操作系统的知识，以及一些内部的原理。如浏览器里的Javascript开发，基本上不涉及操作系统的知识，只是受不同的浏览器的影响；又如Java，只涉及较少的系统平台的知识；就算是C/C++语言，开发应用程序，也就是一套API的应用。涉及的操作系统的东西也只是冰山一角。由此可见，PC平台的优良封装，极大的简化了问题的复杂度，使开发者和应用者能把主要精力放在自己的业务上，提高开发效率。嵌入式领域就没有这么幸运了。其为应用的高度定制，造成了以效率，应用为优先的特点。封装层次太多必然对效率有所伤害。同时规模变大，测试变得复杂。开发周期变长。所以嵌入式的层次结构相对于PC系统，边界没那么清晰，封装考虑的问题没有那么全面。完成同样的一个工作，需要了解的内容更多，才能做得更好。如果一定要拿嵌入式和PC系统比，个人觉得，PC系统的开发有时候比嵌入式系统还要难。由于封装的比较完善，PC开发的门槛比较低，但是做好，做精通，做全面，比嵌入式难多了。嵌入式因为一开始就要了解相当规模的东西，所以入门的门槛变得比较高。纵观这些东西，其实PC系统和嵌入式系统很大一部分都是重叠的。

嵌入式在工程领域最大的问题是软硬件同时成熟，出了问题容易踢皮球。这里就很容想到调试。嵌入式的问题定位较为复杂，尤其是牵涉到软硬件的复杂问题。首先嵌入式的调试手段较为单一。相对于PC平台，稳定性和可靠性都要打折扣。这里不仅包括调试平台的问题，也包括一些调试手段对代码的影响，诸如改变代码的运行时间，改变了代码的动态行为(频度，触发时差等)。做嵌入式对系统更加要有个全面的认识。这里包括从设计方法思路，设计目标要求，硬件的详细设计和软件的详细设计。了解的越深刻对问题的定位越有帮助。这里就涉及到一个最大的问题，也就是刚出校门很多学生对自己的憧憬：要软件硬件都通。 这个目标向大家坦白，我也憧憬过。当我现在招聘学生的时候，甚至有些工作经验的人都说出这个目标。这个目标不是错，只是计算机软件和硬件这两大块都是非常广袤的领域，说通，目标的确有点点高了。所以在这里，我常常给同事的建议是：如果你的专业是电子类的，可以把精力主要的放在硬件上，软件只作为兼顾，学习一些C语言的基本知识，写一些小型代码，不宜把目标放在全职编程上。如果是计算机专业的，我建议把主要精力放在软件上，学会看懂原理图，了解一些电路的大致功能就可以了。两方面往深里面去都是无底洞。全通的话，的确要些大本事的。这里只是我的建议。理由也很简单，人都是经营自己的长处，规避自己的短处。曾经有一个朋友问我嵌入式问题，想成为软硬都通的人。想给自己的职业规划一下，我大致的问他几个软件问题，比如说，算法的设计思路，排序算法的种类，搜索算法的种类，操作系统的本质，互斥多线程等等基本问题，回答毫无头绪。然而问起电路的知识，KCL，KVL，竞争冒险，运放的分析方法，信号与系统的基本知识，对答如流。这种人去主攻软件，是资源的极大的浪费。等你软件入门了，硬件方面的设计知识也忘得差不多了。然后面临事业更上一层楼的压力，软件需要学习的东西比较多，基础理论差，学什么都吃力。硬件方面缺乏调试和经验/的积累，也很难有所作为。若干年后只能做配角，精力的下降，事业上的失意，只能让自己沦为屌丝。

这里又提到项目经理，技术总监这样的技术管理职位，不是说你技术好就可以做这个职位了。首先各个公司这两种职位都是有所区别的，但一般来讲都是偏向管理的。既然是管理，不能用别人管你的时候，你得到的体验再去管别人，要学习管理理论。诸如PMBOK，CMMI，好好看看行业内优秀的工程实践，好好看看项目目标如何对齐。这些理论知识都是指导我们实践的最有效的手段。不要寄希望自己是牛人中的牛人，可以发明新的理论。请大家看看历史，每个行业都有个开山鼻祖，那时候水平还比较低，然后发展一段时间后有一个将这个行业壮大的牛人。这个并不仅仅是因为那个牛人牛，也有因为这个行业积累到一定的时间，可以出这样的一个牛人将这个行业进一步壮大。这是事物发展的客观规律，我们必须要尊重。但在中国，技术人是一类特殊的人群，他们因为技术而傲，对于不懂技术的领导，私下缺乏应有的尊重和诚服。容易造成政令不通。项目经理，总监更应有好的技术，以便得到下属最大的认同。

最后是一些杂项，我也不分类了。学习嵌入式的方法多种多样。但最好的办法，还是求助于计算机，计算机是自己的第一老师，人都是第二位的。不要指望通过牛人，你就可以变成牛人。学习知识，实际上是自己对知识建立理解的过程，不要第一时间去听大牛的讲解。首先要有自己的理解，即使是错的，我认错。再通过大牛的讲解进一步的学习，纠正调整自己，可以事半功倍。如果没有自己的思考，自己也只是个鹦鹉学舌的人，缺乏创造力和独立面对问题的能力。久而久之是非常可怕的。

不要想通过几个月培训机构的学习，就能像屌丝吃了全能丸，拿到高薪。如果真是这样，这世界里有时间有钱的人多了，他们为什么不能通过这种办法变得更有能力，拿到更高的收入？高薪背后意味着很多内涵和外延，这些内涵和外延不仅仅包括点点知识和技术，还有做事的态度方法，面对问题的坚韧……太多了。一句话，在自己想把自己变得更强，首先寻求的是能力的全方面的提升，不光光是点点技术。所以，面对这种问题一定要踏实。你要求的薪水高，公司对你的期望也高；每个公司都有特殊的东西，那不是一两天就能学会的，也不是技术能替代的。自己把调子提得那么高，要么惨淡收场，要么勉强完成任务；要么惊艳四座。自己看着办。想反，薪水提得不高不低，给自己一点点时间，企业对你的期望低，能做出点成绩，反倒容易让别人刮目相看，利于自己的长期发展。这里还是有许多学问的。自己的人生，一定要谨慎经营。

学习嵌入式一定要勤奋，编程是一种体力+脑力的活。熟能生巧，这是常识。十万行的编程量是基础。写一些复杂的算法，如A*，树等等算法；再写一些计算机图形学方面的算法，以应用软件为目标，把自己的编程量撑到十万行。这样的强度能保证自己对所用的语言有一个非常的熟练程度，也能对计算机的算法设计和数据结构有个深刻的认识，同时对操作系统的API也能略微熟悉。若能坚持这种训练到达三十万行。那么就会更加的优秀。可为进一步的行业发展，打下坚实的基础。