嵌入式工程師辛苦嗎

在大眾的思想中所有做軟件開發的朋友都是非常累的,正因為這種已經深入人心的思想造成了很多想要從事軟件工程師望而卻步,都不敢嘗試。

其實嵌入式工程師累不累這個問題，除了自己本身感受，也還有其他因素。下面我們來看一下已經有兩年嵌入式實際開發經驗的工程師的親身感受。

1. 公司財力、領導的眼光和氣魄決定了你的工作狀態

公司有錢，或者領導有決斷，買參考板，買幾萬塊的調試器，買個好用的示波器、邏輯分析儀，不知道能提高多少工作的效率。一幫軟件吭哧吭哧加串口打印，調試幾個星期或一兩個月，問題還不一定能解決，發的工資、浪費的時間、錯過的市場機會，不也是錢嗎?

2. 硬件工程師同事的水平會決定你的工作狀態

如果硬件工程師靠譜，照著demo板改改畫出來的板子，打板回來，焊好元件，燒上demo程序，上電就能正常跑起來。否則，軟件就放假慢慢等著吧。

如果硬件粗心，把線連錯了，漏接了，你也許不得不自己從頭看datasheet，挨個檢查信號，幾天的時間也許就這么過去了。發現問題要幾個小時幾天，解決只需要幾秒鐘或者幾分鐘。問題解決得差不多了，板子也被飛線鋪滿了。

還有一次，我們兩個同事，坐飛機到芯片公司總部出差請求支援，結果被人家發現只是一根排線虛焊了呀，丟死人呀。

后來我長心了，開始軟件調試工作前一定要檢查硬件。

3. 單位早期的系統架構設計技術人員水平會決定你的工作狀態

曾經一家公司，一個while(1)開頭的裸奔系統，帶自己設計的消息機制，帶沒有DC的GUI，還自己擴展了一套中文編碼。在這套系統上有一系列的產品，每個新產品為了縮短開發時間，都沿用已有產品的代碼，又不敢做大的改動，應屆生在上面添加了新的糟糕的代碼，又遺傳到下一個產品中。每個新產品的bug數都在3000左右，軟件開發人員都痛苦無比。這種狀況一直到公司請來一個高水平的CTO，果斷引入uC/OS II 系統，移植MiniGUI，全面采用GBK和Unicode才有所改善。

你想知道后來怎么樣了嗎?后來當然是這套全新的系統又被一幫低水平的程序員給改亂了呀，又有一批新手接過了這套讓人痛苦的歷史包袱啊。

4.方案公司的方案以及支持力度決定了你的工作狀態

如果采用的芯片比較簡單，尤其早期的芯片，有的還不帶MMU，不能采用linux或者android這樣的高級系統，甚至不能移植uC/OS 這樣的多線程系統，一些像低電檢測這樣的任務實現起來是很別扭的。現在的芯片都強大多了，很多以前在舊平臺上引以為豪的奇技淫巧都不需要了。

說了這么多，嵌入式工程師累不累的因素有很多。不過，華清遠見的嵌入式培訓會盡量教學員更多的知識用到以后的工作，這樣可以減少工作時的難題，很多問題迎刃而解，這樣就不會累了。

以上分享的兩年嵌入式工程師經驗主要是回答那些新手的疑問，關于嵌入式工程師累嗎的問題，每個嵌入式工程師的看法都不一樣。