為什么招聘單片機工程師的時候要求精通C/C++?

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

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

01

回答1

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

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

02

回答2

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

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

本文轉(zhuǎn)載自公眾號：大魚機器人