大家好，給大家分享知乎上一個熱議的話題：為什么招聘單片機工程師的時候要求精通C/C++?

在這里分享幾個回答，有一定的參考價值，歡迎留言討論！

01

回答1

作者：Qi K鏈接：https://www.zhihu.com/question/335790805/answer/2111472871

所謂的大部分單片機項目不用C++是因為整個嵌入式開發行業從業者的平均軟件素養已經差到了一個令人發指的地步。大部分嵌入式工程師出身于電子、通信、自動化等專業，由于專業教育的缺失和自己學習能力的問題，根本不具有面向對象設計、設計模式、軟件工程等基本常識，所以在他們看來C和C++差不多，沒必要上C++。一個基層工程師，整天滿嘴都是穩定、可靠、市場、成本、性價比這些屁話，卻根本沒聽說過設計模式、代碼復用、可擴展性、單元測試、持續集成這些現代軟件技術的精華。知道的知道你是一個強行挽尊的嵌入式工程師，不知道的還以為你是什么統領千軍的大老板。（我預判了他們的預判，這段真的戳到了一些傳統的嵌入式工程師。居然有人跟我杠說設計模式、單元測試、持續集成這些不重要？我通篇就是打的這樣人的臉，你被打完了還跟我說：你打臉而已，沒打到要害，你根本就不會打人！我笑得滿地打滾！）所有沒用到C++的單片機應用項目（底層驅動庫不在此列），都是因為其規模過小，應用過于簡單，一兩個人，最多不超過5人就可以完成全部開發，這種項目不但用不到C++，甚至用不到C，甚至用匯編完成，更用不到任何現代軟件工程技術。作為一個嵌入式開發的候選人，如果你想加入大廠，參與任何有規模的嵌入式項目，你的C++水平就是你的天花板。這里的大廠不止是華為、大疆這種，甚至很多愛好者熟悉的“周立功單片機”老板周立功就多次在公開場合表示，他們已經全面轉向C++，只會C的工程師不會得到工作機會。Arduino也許是世界上最著名的AVR（8位單片機）項目，沒有之一。Arduino的封裝全面使用了C++和面向對象的設計。廣泛使用基于虛函數實現的運行時多態，很多設計遵從了開閉原則、接口隔離、依賴倒置等重要設計原則。在ARM項目中， 用到C++的更多。ARM官方推動的mbed項目大概是ARM單片機領域最知名的項目之一。如果你要抬杠說Arduino是玩具，不具有工業強度的話，那mbed項目絕對是為工業級應用設計的，從底層RTOS到上層的硬件抽象層HAL都有實現。mbed是用C++實現的，廣泛使用開閉原則和依賴倒置，要求用戶通過繼承虛基類來完成平臺相關的實現，從而實現擴展。如果你是一個一線嵌入式工程師，卻根本不了解我提到的一些專業術語是什么意思，我覺得應該反思一下為什么自己的工資上不去。因為這些都是最基礎的面向對象和設計模式常識。最后回答問題，為什么單片機工程師要求會C++？那還不簡單？因為企業不傻啊！其實我也是C的鐵粉，C在嵌入式領域毫無疑問占有舉足輕重的地位。我堅定認為在現代嵌入式系統中，C和C++共存的現象會廣泛存在，且具有上升的趨勢。在硬件抽象層使用C，在應用層和接口層使用C++是非常典型的實踐。這也是正面回答這個問題，為什么嵌入式要會C++？因為嵌入式應用中C和C++都有用。
說了這么多，如果你的觀點還是“C++無用，C++滾出嵌入式”的話，祝你好運！

02

回答2

作者：聽心跳的聲音鏈接：https://www.zhihu.com/question/335790805/answer/768873197

大部分招聘說明里可能都是復制同類嵌入式公司的需求，在刪刪補補，所以這句話一直遺留下來，不算亂寫，但其實和招聘的真正要求差別很大。從我曾經不下20~30次大廠小廠的嵌入式面試經驗來說，大部分公司在招聘時不會涉及C++(本身公司負責有QT應用產品的除外，但不屬于單片機方向), 對C語言要求也遠遠不會到精通的地步，基本上對C語言語法熟練掌握。把過一遍，后面標注提到的重點細節詳細掌握下，筆試基本都是C基礎語法(關鍵字，宏，結構體， 枚舉，指針和引用，數組，強制轉換，位移，大小端，存儲區，函數的健壯性)，在結合數據結構(排序，查找，二叉樹)，在涉及一些硬件知識類的如(中斷，AD的精度，RTC時鐘轉換)這一類，這里面考察的C語言知識在我看來也遠遠沒有到達精通的地步。作為嵌入式從業者，以我這些年的經驗來說，除非從事嵌入式Linux開發，而且是QT界面應用方向的，C++知識儲備是必須的。
對我認識的大部分單片機工程師來說，即使實力比我強很多的，對于C++基本停留在C with Class的程度，掌握模板的都不多，更不要說后面強大的STL，以及涉及函數式編程的lambda和模板元編程, 也就是我這種閑著喜歡看書碼代碼的無聊人士，才會花時間去專門學習C++11，甚至去追逐了解前端框架，因為這些知識對于單片機開發事實上真的沒啥用。對于單片機來說，一方面要追求穩定可控，另一方面成本嚴苛，資源(RAM/FLASH）有限。所以你可以看到NodeMcu和MicroPython的開發調試玩具賣的火熱，卻很難看到相應的技術用到產品領域。這對于C++也一樣，使用STL會帶來編譯結果(代碼容量)不可避免的膨脹，如果閹割掉這部分，還不如使用C語言來的簡單方便，這也限制了C++發揮的市場。在單片機領域和嵌入式驅動開發，基本上C語言占有絕對地位，即使在Linux上層應用這塊，Android/Java的開發優勢也明顯高于QT/C++，所以要求精通C++可以說是無稽之談。事實上精通C++的要求有多高，你可以去相應問題下看看，這種人怎么會使用閹割的C++來從事單片機開發。最后來說，精通C語言的問題，特別是精通單片機領域的C語言，是一個很困難的事，至少對于現在的我來說，離精通C語言也差的有些遠。因為精通C語言不僅僅是掌握關鍵字和語法特性，和下面這些復雜但實用的操作，如位域實現對寄存器的位操作，利用結構體強制轉換用于各種協議解析，函數指針實現異步回調，宏定義加##實現的函數格式化；這些雖然復雜，但至少是有一套標準規則，只要去看書實踐就可以了解掌握，但當你用C語言完成復雜穩定的項目代碼，解決各種異常bug時，就會知曉C語言的精通不只上面這些固定的語法知識。在調試中可能遇到指針越界，棧溢出，共享資源未保護，非對齊訪問異常，編譯器優化錯誤等，這些問題單獨拿出來也許很容易找出來，但在復雜的十幾萬行的代碼中，往往可能執行錯誤的地方工作表現是正常的，但干擾到其它部分，導致未出錯的地方執行異常，這就需要的不僅僅是C語言的，還包含系統內核，總線架構和匯編的知識，精通C語言的困難正是在此。你要理解掌握計算機技術中成體系的東西，對內存分配，總線架構，內核，匯編這些都有清晰的認識。例如了解函數內的空間是在棧中，那么我們在函數中需要使用大數組時，就要考慮是否定義為靜態變量(避免棧溢出)，如果多個函數使用數組，就要考慮是否添加內存管理。如果數組會被2字節/4字節的指針訪問，在聲明時是否考慮要強制對齊(我就曾經遇到過#pragma pack(1)后面忘了閉合，導致后續全局變量未對齊，4字節指針訪問時觸發異常，因為中間涉及多次轉換，所以花費了很多時間才查找定位解決)。另外如果用到了Cache和MPU，那么整個系統又更加復雜，何時需要寫回，何時需要無效CacheLine，volatile的意義，以及配合Cache使用的注意點。這些知識的掌握，其實都屬于精通嵌入式C語言的一部分，因此可以說精通C語言并不簡單。
-END-

本文轉載自公眾號：大魚機器人