電子數字計算機誕生于1946年，在其后漫長的歷史進程中，計算機始終是供養在特殊的機房中，是只能實現數值計算的大型昂貴設備。直到20世紀70年代，微處理器的出現，計算機才出現了歷史性的變化。以微處理器為核心的微型計算機以其小型、價廉、高可靠性特點，迅速走出機房；基于高速數值解算能力的微型機，表現出的智能化水平引起了控制專業人士的興趣，要求將微型機嵌入到一個對象體系中，實現對象體系的智能化控制?，F在你看到到的一些智能設備大多數都是嵌入式開發出來的，可以說嵌入式無處不在。
要學習嵌入式就要先學習C和C++這兩門編程語言。其實要成為“代碼搬運工”，我覺得還是很簡單的，為什么呢？編程語言其實也是語言，我們只要將要執行的動作翻譯成芯片的語言就可以了。舉個例子我們要拿起一個蘋果，但是我們不是自己去拿，我們要讓一個只聽得懂英語的工人去拿，怎么辦呢？你要用英語告訴他“pickupthisapple”,只有這樣講他才會去拿起蘋果；現在我們把這個工人換成了只聽得懂C語言的芯片，你該怎么辦呢？同樣的，你要用C語言告訴芯片去拿起蘋果，道理都是一樣的，只是C語言有C語言的用法，我們只要按著他的規則寫就OK了。
對于嵌入式底層工程師來說，我們要學習的不僅僅是C語言的基本語法，更重要的是如何通過C語言這個工具，去理解我們的計算機系統、CPU架構：
1）程序到底是如何編譯、鏈接、和運行的？
2）運行時各種代碼段、數據段、BSS段、堆棧在內存中如何分布，如何管理的？
3）程序在不同的平臺(ARM、X86)、裸機環境或有OS的環境(linux、uc/os等)有何不同？
4）靜態鏈接與動態鏈接的過程有何差異，為什么要使用動態鏈接？共享庫？
5）不同的開發平臺、IDE、編譯器，C語言的編程有何差異和不一樣的地方，如何做到跨平臺、增強程序的可移植性和魯棒性？
6）各種變量名、函數名、數組名、指針的本質是什么？編譯器是如何處理的？
搞懂了這些語言背后計算機系統知識，還遠遠不夠，還要去學習操作系統相關的知識：進程、線程、中斷、內存管理等。
對于嵌入式開發來說，還要學習ARM等處理器架構知識、GCC編譯器對C標準的各種擴展，各種生僻的用法，否則你去看linux內核代碼、驅動代碼，總感覺“怪怪的”，好像哪里不對，跟平時的C語言不太一樣，感覺自己學的是一門假C語言......
C語言的精華是內存、存儲管理。各種隱藏很深的bug其實也跟內存有關：內存越界、內存泄露、野指針等等，一個不經意的疏漏，就可能陰溝里翻船。就是有多年工作經驗的工程師也不敢保證自己寫的代碼一定沒有問題。C語言默認大家都是大牛、計算機專家，可惜現實中往往太多挖坑小能手，太多豬一樣的隊友。如何養成良好的編程習慣，避免各種bug，也是C語言進階學習的一個重點。