Zi 字媒體

工程師故事 | 學習嵌入式，硬體好or軟體好？年薪30W+的嵌入式工程師之路要這樣走

2021/12/25

工程師故事

最近我的工作太忙了。身邊朋友問我如何學習嵌入式，在這個行業健康的發展。我一直未能做一個系統的回答。這裡我想寫篇文章，徹底的回答這個問題。

嵌入式，這是個術語。在我看來，嵌入式系統是：為了應用高度定製軟體和硬體的計算機系統，滿足一系列的特定應用需求。國內普遍認同的嵌入式系統定義為：以應用為中心，以計算機技術為基礎，軟硬體可裁剪，適應應用系統對功能、可靠性、成本、體積、功耗等嚴格要求的專用計算機系統。IEEE（國際電氣和電子工程師協會）對嵌入式系統的定義：「用於控制、監視或者輔助操作機器和設備的裝置」。原文為：Devices Used to Control，Monitor or Assistthe Operation of Equipment，Machinery or Plants。（此段來自百度）從我個人的理解，到普遍的定義，再到IEEE的權威。可以看到，嵌入式系統首先是計算機系統。

我們不能忽略這個問題。

既然是計算機系統，那麼學習嵌入式，計算機的基本理論知識我們要不要學習呢？比如說，編譯原理、數據結構、操作系統、離散數學、計算機系統體系結構。個人認為，沒學走，就學跑是非常要不得的。很多人意識不到這點。加之國內很多學校沒有培養嵌入式的專業，沒有相應的人才輸出。很多學習嵌入式的人都是從電子類的專業，自動控制類的專業等等轉過來的。這個轉型也意味著理論上的巨大缺憾。如果要問，排序演算法有幾種，恐怕只知道冒泡和希爾，不知道堆排序，快速排序，基數鏈式排序這些演算法，更不知道還有內部排序和外部排序之分。查找演算法只知道個基本的2分查找。對於樹的查找演算法一無所知。怎麼說呢？也許很多從業的程序員，不乏專業水平相當優秀的，認為這些並不重要。我只能說，你命好，做這種具體的工程大於理論的東西。實際上，如果從一個嵌入式的程序員成長為系統設計者，或者更高的技術職位，要從更深的層次看問題。理論起到了非常大的支撐作用。

比如說，設計一個普通的微波爐控制系統。說實話，這個代碼應該是非常簡單的。但是，作為精細的設計者，不僅僅要考慮需求是否完成。還用從整個程序的空間雜度、時間雜度上去分析，並降低整個代碼的複雜度。從而進一步降低軟體結構、演算法實現對處理器的要求，達到對成本的節約。一般來說，成本不光光是BOM成本，還包括人力成本，運營成本，開發成本，維護成本等等。任何軟體系統都要測試，然而一份代碼要怎麼才能比較好測試呢？這個問題並不好回答。我這裡先賣個關子，回頭我在另外一篇文章里詳述。尤其是嵌入式代碼，測試方法雖然沿用了PC機的一些做法，但是仍然有許多工程限制。做起來難度頗高。

馬克思說過，一切的節約可歸結為時間的節約。代碼結構簡單，空間雜度小。那麼也意味著更小的工程量，更短的測試時間，更穩定的產品質量。如果是個理論性稍微強點的產品，汽車導航系統。地圖的路徑搜索演算法。定位位置的搜索，以及地圖的分類載入優化等等，都不是太容易就能做好的。更需要堅實的理論基礎。許多剛出學校的大學生朋友們，沒出校門就把相關的知識還給老師了。其實，我經常問公司新來的同事，設計演算法的思路是什麼？這個是從計算機的角度去考慮一個問題的解決辦法。

很多新人是計算機畢業的都無法完整的回答我的問題，失望之餘，更想說的是：經驗很重要！但是比經驗更重要的是知識，比知識更重要的是方法。在理論的指導下去積累經驗。減少從經驗下獲取知識，減少體驗式學習這種狀態，養成系統的認識分析問題的方法，理論聯繫實踐的方法，實踐檢驗真理的方法，經驗必須能被理論解釋的方法。

所以，這第一點建議，就是希望從事嵌入式的朋友能把計算機基礎課程全部系統的學習一遍。

我們還是來看嵌入式的定義，這個定義是相對的概念。什麼計算機系統不是「高度定製的軟硬體計算機系統」呢？PC機。不嚴謹的說是這樣。嵌入式在工程上有非常多的特點，相對於PC系統說，如果把PC系統看成一個完全的標準的「大嵌入式系統」，我們用大鵬鳥來形容它。那麼，像「蜂鳥」這樣的最小的小鳥，像「麻雀」這樣的常見系統。也就不難理解了。從技術上講，PC系統的知識量，難度都要比一般的嵌入式高出N個數量級。但由於PC系統在計算機歷史上發展得比較早。因而，其智力投入、完善性、應用的廣泛性重要性是別的系統平台無法比擬的。然而，正因為發展了這麼久，其平台的封裝性穩定性是非常高的。操作系統級，支撐軟體級，應用軟體級。特別是應用軟體級，一些與平台無關的軟體，基本上很少涉及操作系統的知識，以及一些內部的原理。如瀏覽器里的JavaScript開發，基本上不涉及操作系統的知識，只是受不同的瀏覽器的影響；又如Java，只涉及較少的系統平台的知識；就算是C/C++語言，開發應用程序，也就是一套API的應用。涉及的操作系統的東西也只是冰山一角。

由此可見，PC平台的優良封裝，極大的簡化了問題的複雜度，使開發者和應用者能把主要精力放在自己的業務上，提高開發效率。嵌入式領域就沒有這麼幸運了。其為應用的高度定製，造成了以效率，應用為優先的特點。封裝層次太多必然對效率有所傷害。同時規模變大，測試變得複雜。開發周期變長。所以嵌入式的層次結構相對於PC系統，邊界沒那麼清晰，封裝考慮的問題沒有那麼全面。完成同樣的一個工作，需要了解的內容更多，才能做得更好。如果一定要拿嵌入式和PC系統比，個人覺得，PC系統的開發有時候比嵌入式系統還要難。由於封裝的比較完善，PC開發的門檻比較低，但是做好，做精通，做全面，比嵌入式難多了。嵌入式因為一開始就要了解相當規模的東西，所以入門的門檻變得比較高。縱觀這些東西，其實PC系統和嵌入式系統很大一部分都是重疊的。

所以，第二點，我推薦大家讀（俞甲子 / 石凡 / 潘愛民）寫得《程序員的自我修養》。

這裡多說兩句，首先，嵌入式只是比PC開發要多了解些東西，本質上來講並無區別，這些知識當中有一半是與具體工程相關的東西。也就是說，照著流程做，並無太多的為什麼，如果硬要問為什麼，其實也就是一些工程上的需求。一些嵌入式應用之間可能略有一些區別，可能有些區別還很大，但大致的流程還是相似的。有個比較好的PC開發功底，了解了這些流程，開發嵌入式應該是沒什麼特別的障礙的。其次，《程序員的自我修養》這本書是針對PC平台的，書中的許多東西是PC平台特有的，比如說動態載入等。但理解動態載入也會對Bootloader載入應用程序和操作系統有一個直觀的比較。

由於並不是針對嵌入式平台的（我沒發現有專門講嵌入式的書），所以，很多東西需要自己在嵌入式中去體會。另外書中對一些嵌入式中比較在意的問題描述的並不夠詳細，比如說鏈接腳本還有ABI。PC平台這些問題被很好的封裝起來了。所以，有些問題在嵌入式領域，還需要進一步深挖。這本書作為嵌入式入門的理解是非常合適的。

嵌入式在工程領域最大的問題是軟硬體同時成熟，出了問題容易踢皮球。這裡就很容想到調試。嵌入式的問題定位較為複雜，尤其是牽涉到軟硬體的複雜問題。首先嵌入式的調試手段較為單一。相對於PC平台，穩定性和可靠性都要打折扣。這裡不僅包括調試平台的問題，也包括一些調試手段對代碼的影響，諸如改變代碼的運行時間，改變了代碼的動態行為（頻度，觸發時差等）。

做嵌入式對系統更加要有個全面的認識。這裡包括從設計方法思路，設計目標要求，硬體的詳細設計和軟體的詳細設計。了解的越深刻對問題的定位越有幫助。這裡就涉及到一個最大的問題，也就是剛出校門很多學生對自己的憧憬：要軟體硬體都通。這個目標向大家坦白，我也憧憬過。當我現在招聘學生的時候，甚至有些工作經驗的人都說出這個目標。這個目標不是錯，只是計算機軟體和硬體這兩大塊都是非常廣袤的領域，說通，目標的確有點點高了。

所以在這裡，我常常給同事的建議是：如果你的專業是電子類的，可以把精力主要的放在硬體上，軟體只作為兼顧，學習一些C語言的基本知識，寫一些小型代碼，不宜把目標放在全職編程上。如果是計算機專業的，我建議把主要精力放在軟體上，學會看懂原理圖，了解一些電路的大致功能就可以了。

兩方面往深裡面去都是無底洞。全通的話，的確要些大本事的。這裡只是我的建議。理由也很簡單，人都是經營自己的長處，規避自己的短處。曾經有一個朋友問我嵌入式問題，想成為軟硬都通的人。想給自己的職業規劃一下，我大致的問他幾個軟體問題，比如說，演算法的設計思路，排序演算法的種類，搜索演算法的種類，操作系統的本質，互斥多線程等等基本問題，回答毫無頭緒。然而問起電路的知識，KCL，KVL，競爭冒險，運放的分析方法，信號與系統的基本知識，對答如流。這種人去主攻軟體，是資源的極大的浪費。等你軟體入門了，硬體方面的設計知識也忘得差不多了。然後面臨事業更上一層樓的壓力，軟體需要學習的東西比較多，基礎理論差，學什麼都吃力。硬體方面缺乏調試和經驗/的積累，也很難有所作為。若干年後只能做配角，精力的下降，事業上的失意，只能讓自己淪為屌絲。

這裡又提到項目經理，技術總監這樣的技術管理職位，不是說你技術好就可以做這個職位了。首先各個公司這兩種職位都是有所區別的，但一般來講都是偏向管理的。既然是管理，不能用別人管你的時候，你得到的體驗再去管別人，要學習管理理論。諸如PMBOK，CMMI，好好看看行業內優秀的工程實踐，好好看看項目目標如何對齊。這些理論知識都是指導我們實踐的最有效的手段。不要寄希望自己是牛人中的牛人，可以發明新的理論。請大家看看歷史，每個行業都有個開山鼻祖，那時候水平還比較低，然後發展一段時間後有一個將這個行業壯大的牛人。這個並不僅僅是因為那個牛人牛，也有因為這個行業積累到一定的時間，可以出這樣的一個牛人將這個行業進一步壯大。這是事物發展的客觀規律，我們必須要尊重。但在，技術人是一類特殊的人群，他們因為技術而傲，對於不懂技術的領導，私下缺乏應有的尊重和誠服。容易造成政令不通。項目經理，總監更應有好的技術，以便得到下屬最大的認同。

所以這第三點，要綜合自己的專業情況，知識背景，合理的選擇自己的職業目標。在嵌入式領域找到自己的發展空間。

最後是一些雜項，我也不分類了。學習嵌入式的方法多種多樣。但最好的辦法，還是求助於計算機，計算機是自己的第一老師，人都是第二位的。不要指望通過牛人，你就可以變成牛人。學習知識，實際上是自己對知識建立理解的過程，不要第一時間去聽大牛的講解。首先要有自己的理解，即使是錯的，我認錯。再通過大牛的講解進一步的學習，糾正調整自己，可以事半功倍。如果沒有自己的思考，自己也只是個鸚鵡學舌的人，缺乏創造力和獨立面對問題的能力。久而久之是非常可怕的。

不要想通過幾個月的學習，就能像屌絲吃了全能丸，拿到更好的薪資。如果真是這樣，這世界里有時間有錢的人多了，他們為什麼不能通過這種辦法變得更有能力，拿到更高的收入？高薪背後意味著很多內涵和外延，這些內涵和外延不僅僅包括點點知識和技術，還有做事的態度方法，面對問題的堅韌……太多了。

一句話，在自己想把自己變得更強，首先尋求的是能力的全方面的提升，不光光是點點技術。所以，面對這種問題一定要踏實。

你要求的薪水高，公司對你的期望也高；每個公司都有特殊的東西，那不是一兩天就能學會的，也不是技術能替代的。自己把調子提得那麼高，要麼慘淡收場，要麼勉強完成任務；要麼驚艷四座。自己看著辦。想反，薪水提得不高不低，給自己一點點時間，企業對你的期望低，能做出點成績，反倒容易讓別人刮目相看，利於自己的長期發展。這裡還是有許多學問的。自己的人生，一定要謹慎經營。

學習嵌入式一定要勤奮，編程是一種體力+腦力的活。熟能生巧，這是常識。

十萬行的編程量是基礎。寫一些複雜的演算法，如A*，樹等等演算法；再寫一些計算機圖形學方面的演算法，以應用軟體為目標，把自己的編程量撐到十萬行。這樣的強度能保證自己對所用的語言有一個非常的熟練程度，也能對計算機的演算法設計和數據結構有個深刻的認識，同時對操作系統的API也能略微熟悉。若能堅持這種訓練到達三十萬行。那麼就會更加的優秀。可為進一步的行業發展，打下堅實的基礎。

簡單的聊聊，歡迎拍磚。謝謝。

所以說，要想學好嵌入式開發，無論是硬體還是軟體方向，都需要把計算機基礎理論完整學習一遍，這對於以後從事嵌入式程序員，還是系統工程師乃至更高的職位，都是非常有幫助的。另外，以後選擇做嵌入式硬體研發，還是從事軟體開發，需要根據自身的學習與實踐經歷多方面考慮，比較「軟硬兼施」想要兩手抓，同時做好兩件事，魚和熊掌兼得過程是很困難的，選擇專業並保持一直專研的態度會走得更遠！

那麼，我們要如何成為一名專業的嵌入式工程師呢？成為合格的嵌入式工程師，需要具備哪些技能？

在嵌入式技術高速發展的今天，企業對專業嵌入式人才需求也越來越多。無論從未來行業發展，還是薪資待遇來說，嵌入式就業前景也是一片廣闊。

十餘年嵌入式一線開發經驗，暢銷書《嵌入式Linux應用開發完全手冊》作者韋東山，本期重磅推出嵌入式Linux工程師魔鬼訓練營系列課程，為電子從業人員、電子初學者們打造一條科學、完整的嵌入式Linux工程師從零開始成長之路！