從事偏向軟體的嵌入式開發的學習步驟是什麼？要看哪些書？做哪些事？

01-06

請按學習的先後順序說一下。謝謝。

1. 編譯、鏈接載入編譯與體系相關:

程序員的自我修養 (豆瓣)

Computer Systems (豆瓣)、計算機組成與設計 (豆瓣)

The Definitive Guide to GCC (豆瓣)

GNU Make項目管理（第三版） (豆瓣)

2.驅動與環境構建：

嵌入式Linux基礎教程（第2版） (豆瓣)

Linux Device Drivers (豆瓣)

深入Linux設備驅動程序內核機制 (豆瓣)

3. C語言（autotools……, 有比較多的重複）

Linux C編程一站式學習 (豆瓣)

C語言程序設計 (豆瓣)

21st Century C, 2nd Edition - O"Reilly Media

4. 操作系統（μC/OS linux）：

專業嵌入式軟體開發 (豆瓣)

基於嵌入式實時操作系統的程序設計技術 (豆瓣)

深入理解LINUX內核 (豆瓣)

5. 實踐開發的基本科普：

嵌入式系統開發之道 (豆瓣)

6. 數據結構與演算法：

演算法（第4版） (豆瓣)：接地氣，倒數章節有lzw數據壓縮演算法的講解，太實用了。

有很多書本會相互包含和重複但是並不影響閱讀與學習進度，如果是電氣專業方面的可以先看看μC/OS，再繼續Linux。當然直接上也可以，但是最好先學習OS課程。很多書籍可以先不學習，需要的時候參考用或者再完整學習，例如GNU Make。

20150601更新：

畫了一張圖，表示技能樹，沒有軟體工程部分：

補充：

近期，鄒欣老師應邀給廣州致遠電子做了三個小時的技術培訓講座（視頻）。

講座的摘要和問答匯總：鄒欣講座：現代軟體工程--構建之法

在講座中，鄒老師談到了如下項目經理可能會關心的問題：

鄒欣：如何合理的使用全新的技術？老版本平台還是新平台，全部升級？老朋友熟悉，新朋友有坑！謹慎升級，開發環境版本的一致性。

開發決策。用戶需求、工程質量、開發時間評估——每一個開發階段不能僅僅只考慮增加功能，包括過程的改進工作，也需要計划進去。

鄒欣：微軟如何考核軟體工程師——最開始，半年一次，然後一年一次。這都是一維體系，後面覺得這不夠全面，引入二維體系。一，完成任務，沒有比例劃分二，貢獻，有嚴格的比例劃分。後面，覺得比例不好，又改回一維。有很多約束情況下，如何激發把工作做的更好？一維是按照領導安排任務情況，好中差，不設名額。二維是按照對項目的貢獻評估，按名額劃分貢獻程度。

鄒欣：評估體系如何建立？技術和管理。技術等級和管理等級薪資明確是一樣，消除員工專心做技術的顧慮。員工對上級有年度評估，大數據，橫向與縱向，多維度比較。經理面對反饋報告，和平級，和其他國家團隊，橫向和縱向比較。

評估體系中的挑戰：*對貢獻度按比例有區分度。* 用歸併排序做績效考核。過程的糾結，有時是零和。囚徒困境。

評估體系如何建立？技術和管理。技術等級和管理等級薪資明確是一樣，消除員工專心做技術的顧慮。員工對上級有年度評估，大數據，橫向與縱向，多維度比較。經理面對反饋報告，和平級，和其他國家團隊，橫向和縱向比較。

@劉鑫去廣州聽了鄒老師的講座，並寫了系列專欄回顧講座內容：

人才選拔——履歷完美的人，可能會缺少開拓進取精神

初創團隊，需要借鑒和學習的，不是現在的微軟，而是初創階段的微軟

==下面是原來的回答。

有一本書，3年前尚未出版，就被廣州周立功單片機公司創始人周立功先生預定了300本，他要讓他們的研發人員人手一本：

對，就是我在有哪些可以提高程序員技術檔次的書或博客？中重點推薦的好書：

構建之法 ——現代軟體工程（作者：鄒欣老師）（多看版《構建之法》已上線）

今早，讀到了這篇由一位嵌入式開發工程師寫的讀後感：

《構建之法》讀後感

他寫到：

我是網路工程專業畢業的，業餘時間喜歡研究Linux內核中的面向對象思想和設計模式，喜歡玩硬體，還有不能自拔的「工匠情懷」，所以畢業後，工作在嵌入式領域，希望能「軟硬兼施」。

這位讀者朋友在讀後感中提到的「主治醫生模式」，是《構建之法 ——現代軟體工程》中的「第5章團隊和流程」的內容，如圖：

這一章還介紹了「社區模式」、「業餘劇團模式」、「秘密團隊」、「特工團隊」、「交響樂團模式」、「爵士樂模式」、「功能團隊模式」，以及「官僚模式」。

讀後感中提到的「分而治之」的辦法，來自《構建之法 ——現代軟體工程》中的「第8章需求分析」：

=========================

來自華中科技大學GET創新團隊的技術總監陳冰博士在第一時間就購買並閱讀了《構建之法 ——現代軟體工程》，他寫了這樣的書評：

構建之法，超越軟體 (評論: 構建之法)