“信任，但驗證”（“信任，但驗證”）

-- 俄羅斯諺語

我整理了數十位程式設計師、經理、職業教練和其他行業專業人士的建議，為您帶來一份軟體開發人員最推薦的20 本書的清單，並附有一些簡短的摘要（亞馬遜提供）。我用於編制此清單的所有資料都可以作為 GitHub 上的單一 Excel 工作簿 免費提供。截至 2019 年 10 月 19 日星期六，我的元列表引用了 36 個來源，並包括 297 本獨特書籍的推薦。

我這樣做主要是為了幫助自己整理我在不久的將來想讀的書籍，同時也是為了幫助其他想要打下良好基礎，但可能會因網路上提出不同建議的不同列表而感到沮喪的人。當你可以綜合考慮_每個人的意見_時，為什麼要相信他們中的一個？不客氣，網路。

以下是我用來撰寫此清單的經驗法則：

1. 盡可能_不_包括_尋求_推薦的文章。

2. 對一本書的不同版本的推薦視為對同一本書的推薦，但對一篇文章內的多個版本的推薦不會重複計算。

3. 作者只_列出_他們已讀過或正在閱讀的書籍的文章_不_包括在內。文章必須以_推薦_書籍清單的形式呈現。

4. 包含針對特定_等級_開發人員（即 CTO、初級開發人員、新手）的清單。

5. 我嘗試跳過針對特定技術（即 PHP、CSS、Java）的列表，但有些列表中散佈著這些類型的書籍；關於所包含文章的每一本書都包含在我的書籍清單中，即使它是一本小說、特定於技術的或與程式設計無關的。

6. 儘管某些人的解釋可能略有不同，但就本列表而言，「軟體開發人員」、「軟體工程師」、「開發人員」、「程式設計師」和「編碼員」都是等效的。除非第 (5) 點也適用，否則包括針對上述任何內容的文章。

就我所知，這是網路上最完整的軟體開發書籍推薦元列表。我查看了 Google 返回的“圖書軟體開發人員”的“每一個結果”以及 Dev.To 上標題中包含“圖書”的每篇文章，這就是結果。如果您發現通用軟體開發的書籍推薦清單未包含在我在 GitHub 上的來源電子表格中，請告訴我。如果它符合我上面列出的標準，我很樂意將其加入到列表中。

言歸正傳，列表如下：

#20。 企業應用架構模式

作者：Martin Fowler（3 路並列 #19 和 #18）

推薦 13.0%

這本書其實是兩本書合而為一。第一部分是有關開發企業應用程式的簡短教程，您可以從頭到尾閱讀該教程以了解本書課程的範圍。下一部分，即本書的大部分內容，是對模式本身的詳細參考。每個模式都提供使用和實現訊息，以及詳細的 Java 或 C# 程式碼範例。整本書還配有豐富的UML圖來進一步解釋概念。

有了這本書，您將擁有做出有關建立企業應用程式的重要架構決策所需的知識，以及建立它們時使用的經過驗證的模式。

-- Amazon.com

#19。 清潔架構：軟體結構與設計工匠指南

作者：羅伯特·C·「鮑伯叔叔」·馬丁

建議 13.0%（3 路與 #20 和 #18 平手）

• 了解軟體架構師需要實現什麼目標，以及實現它的核心規則和實踐

• 掌握尋址功能、元件分離和資料管理的基本軟體設計原則

• 了解程式設計範式如何透過限制開發人員可以執行的操作來施加紀律

• 了解什麼是至關重要的，什麼只是“細節”

• 為 Web、資料庫、胖客戶端、控制台和嵌入式應用程式實施最佳的高級結構

• 定義適當的邊界和層，並組織元件和服務

• 了解設計和架構為何出錯，以及如何預防（或修復）這些故障

-- Amazon.com

#18。 電腦程式設計的藝術

作者：唐納德高德納

建議 13.0%（3 路與 #20 和 #19 平手）

這部宏偉的傑作全面概述了各種演算法及其分析。現在，《電腦程式設計的藝術》已經是第三版了，其中包含作者的大量修訂，並包括許多新練習。

儘管這本書是幾十年前構思的，但它仍然是一部永恆的經典。本書最大的優點之一是每一章都包含大量問題。作者精心挑選問題，並根據難度進行索引。解決大量此類問題將幫助您深入了解圍繞給定主題的問題。此外，練習還包含各種經典問題。

-- Amazon.com

#17。 程式碼：電腦硬體與軟體的隱藏語言

查爾斯·佩措爾德

15.9% 推薦（與 #16 並列）

手電筒、英國入侵、黑貓和蹺蹺板與電腦有什麼關係？在《程式碼》中，他們向我們展示了操縱語言和發明新的相互交流方式的巧妙方式。透過 CODE，我們看到這種獨創性和我們人類的溝通衝動是如何推動過去兩個世紀的技術創新的。

作者 Charles Petzold 使用日常物品和熟悉的語言系統（例如點字和莫爾斯電碼），為任何想了解電腦和其他智慧機器的秘密內部生活的人編織了一個富有啟發性的敘述。

這是一個插圖巧妙且非常易於理解的故事，在整個過程中，您會發現自己獲得了理解當今 PC、數位媒體和網路世界的真實背景。無論您的技術水平如何，CODE 都會讓您著迷，甚至可能喚醒您內心的技術愛好者。

-- Amazon.com

#16。 敏捷軟體開發：原則、模式與實踐

作者：羅伯特·C·「鮑伯叔叔」·馬丁

15.9% 推薦（與 #17 並列）

本書由軟體開發人員為軟體開發人員撰寫，是最新軟體開發方法的獨特集合。作者包括 OOD、UML、設計模式、敏捷和 XP 方法，並詳細描述了 C++ 和 Java 中可重複使用程式的完整軟體設計。它使用實用的解決問題的方法，展示瞭如何開發物件導向的應用程式——從分析的早期階段，到底層設計，再到實現。引導讀者了解設計師的想法—展示整個軟體設計過程中出現的錯誤、死胡同和創意見解。本書涵蓋：靜力學和動力學；類設計原則；複雜性管理；包裝設計原理；分析與設計；模式和範式交叉。一一解釋 OOD 的原理，然後透過大量範例、完整的設計和案例研究來示範它們。涵蓋 C++ 和 OOD 應用程式中的陷阱、缺陷和解決方法，然後展示如何使用敏捷方法。詳細討論了大型軟體的設計和開發方法。對建築安全系統進行了三章深入的單一案例研究。適合想要了解如何使用最先進的方法設計物件導向軟體的軟體工程師、程式設計師和分析師。

-- Amazon.com

#15。 演算法介紹

作者：Thomas H. Cormen、Charles E. Leiserson、Ronald L. Rivest 與 Clifford Stein

建議 17.4%（3 路與 #14 和 #13 平手）

有些演算法書籍嚴謹但不完整；其他的涵蓋大量材料但缺乏嚴謹性。 《演算法導論》獨特地結合了嚴謹性和全面性。本書深入涵蓋了廣泛的演算法，同時使各個層級的讀者都可以理解它們的設計和分析。每一章都相對獨立，可以作為學習單元。這些演算法以英語和偽程式碼進行描述，任何稍微編程過的人都可以閱讀。這些解釋保持基本，但沒有犧牲覆蓋深度或數學嚴謹性。

第一版成為全球大學廣泛使用的教材以及專業人士的標準參考書。第二版新增了關於演算法的作用、機率分析和隨機演算法以及線性規劃的章節。第三版進行了全面修訂和更新。它包括關於 van Emde Boas 樹和多線程演算法的兩個全新章節，對遞歸章節（現在稱為“分而治之”）的大量補充，以及關於矩陣的附錄。它改進了動態規劃和貪婪演算法的處理，以及流網路材料中基於邊緣的流的新概念。此版本加入了許多練習和問題

-- Amazon.com

#14。 Head First 設計模式：大腦友善指南

作者：Eric Freeman、Elizabeth Robson、Kathy Sierra 和 Bert Bales

建議 17.4%（3 路與 #15 和 #13 平手）

在任何特定時刻，都會有人遇到與您相同的軟體設計問題。而且，很可能其他人已經解決了您的問題。這一版的《Head First Design Patterns》（現已針對 Java 8 進行了更新）向您展示了開發人員用來建立實用、優雅、可重用且靈活的軟體的可靠、經過實際檢驗的模式。當你讀完本書時，你將能夠利用那些與軟體設計的野獸戰鬥並取得勝利的人的最佳設計實踐和經驗。

-- Amazon.com

#13。 破解程式設計面試：189題程式設計題及解答

作者：蓋爾‧拉克曼‧麥克道威爾

建議 17.4%（3 路與 #15 和 #14 並列）

• 189 道程式設計面試問題，從基礎知識到最棘手的演算法問題。

• 如何匯出每個解決方案的演練，以便您可以學習如何自己實現。

• 有關如何解決 189 個問題的提示，就像您在真實面試中得到的一樣。

• 五種經過驗證的解決演算法問題的策略，讓你可以解決你沒見過的問題。

• 廣泛涵蓋基本主題，例如大 O 時間、資料結構和核心演算法。

• 深入了解 Google 和 Facebook 等頂尖公司如何聘用開發人員。

• 準備和應對面試軟性方面的技巧：行為問題。

• 對於面試官和公司：關於什麼是好的面試問題和招募流程的詳細資訊。

-- Amazon.com

#12. 不要讓我思考：網路可用性的常識性方法

史蒂夫·克魯格

18.8% 推薦（_與#11_並列）

Don't Make Me Think 是 Steve Krug 寫的一本關於人機互動和網路可用性的書。本書的前提是，一個好的軟體程式或網站應該讓使用者盡可能輕鬆、直接地完成他們的預期任務。克魯格指出，人們善於滿足問題，或採用第一個可用的解決方案來解決問題，因此設計應該利用這一點。他經常引用 Amazon.com 作為精心設計的網站的例子，該網站能夠實現高品質的交互，儘管該網站每天都變得越來越大、越來越複雜。

這本書本身旨在成為簡潔（簡潔）和重點突出的寫作範例。根據該書的介紹，其目標是製作一篇可供高管在兩個小時的飛機飛行中閱讀的文本。

-- 維基百科

#11。 The Clean Coder：專業程式設計師行為準則

作者：羅伯特·C·「鮑伯叔叔」·馬丁

18.8% 推薦（與 #12 並列）

在不斷的不確定性和不間斷的壓力中忍受並取得成功的程式設計師有一個共同的屬性：他們非常關心建立軟體的實踐。他們把它當作一門手藝。他們是專業人士。

在《乾淨的編碼器：專業程式設計師的行為準則》中，傳奇軟體專家 Robert C. Martin 介紹了真正的軟體工藝的學科、技術、工具和實踐。本書充滿了實用的建議——從估計和編碼到重構和測試。它涵蓋的不僅僅是技術：它是關於態度。馬丁展示瞭如何以榮譽、自尊和自豪的態度進行軟體開發；工作良好，工作乾淨；忠實地溝通和評估；清晰而誠實地面對困難的決定；並理解深刻的知識伴隨著採取行動的責任。

-- Amazon.com

#10. 軟體技能：軟體開發人員的生活手冊

約翰‧桑梅茲

23.2% 推薦（_與#11_並列）

軟技能：軟體開發人員生活手冊 是作為技術專業人員全面、令人滿意的生活的指南。在其中，開發人員兼生活教練 John Sonmez 就重要的「軟」主題向開發人員提供建議，例如職業和生產力、個人理財和投資，甚至健身和人際關係。這本有趣的書由 71 個短章組成，邀請您隨心所欲地閱讀。每章末尾的「採取行動」部分向您展示如何快速獲得結果。軟技能將幫助您成為更好的程式設計師、更有價值的員工以及更快樂、更健康的人。

-- Amazon.com

#9。 Peopleware：高效率的專案與團隊

湯姆·德馬科和提摩西·利斯特

23.2% 推薦（與 #12 並列）

Peopleware 是一本有關軟體組織管理的熱門書籍。書的第一章聲稱，「我們工作的主要問題本質上與其說是技術問題，不如說是社會學問題」。這本書探討了社會學或「政治」議題，例如團隊化學反應和團隊凝聚力、工作環境中的「流動時間」和安靜以及高流動成本。其他主題包括個人工作觀點與企業意識形態之間的衝突、企業熵、「團隊滅絕」和工作空間理論。

作者將大多數主題呈現為由一些具體故事或其他資訊支持的原則。例如，「義大利麵晚餐」一章介紹了一個虛構的例子，一位經理邀請一個新團隊來吃晚飯，然後讓他們作為一個團隊購買和準備飯菜，以便讓一線團隊取得成功。其他章節使用現實生活中的故事或引用各種研究來說明所提出的原則

-- 維基百科

#8。 程式珍珠

喬恩‧本特利

26.1% 推薦

電腦程式設計有很多面貌。弗雷德布魯克斯 (Fred Brooks) 在《人月神話》中描繪了一幅宏偉的圖畫。他的文章強調了管理在大型軟體專案中的關鍵作用。 Steve McConnell 在 Code Complete 中更詳細地教授了良好的程式設計風格。這些書中的主題是優秀軟體的關鍵，也是專業程式設計師的標誌。然而不幸的是，這些合理的工程原理的熟練應用並不總是令人興奮——直到軟體按時完成並且不出意外地工作。

本書中的專欄介紹了該行業更迷人的方面：編程珍珠，其起源超出了紮實的工程，而是在洞察力和創造力的領域。正如天然珍珠是從激怒牡蠣的沙粒中生長出來的一樣，這些編程珍珠也是從激怒真正程式設計師的實際問題中生長出來的。這些程式很有趣，並且教授重要的程式技術和基本設計原理。

-- Amazon.com

#7。 有效處理遺留程式碼

麥可費瑟斯

27.5% 推薦（_與#6_並列）

你的程式碼容易修改嗎？當你改變它時，你能得到幾乎即時的回饋嗎？你到底懂不懂呢？如果這些問題中任何一個的答案是否定的，那麼您就有遺留程式碼，並且它會消耗您的開發工作的時間和金錢。

在本書中，Michael Feathers 提供了從頭到尾的策略，以便更有效地處理大型、未經測試的遺留程式碼庫。本書借鑒了邁克爾為其著名的物件導師研討會建立的材料：邁克爾在指導中使用的技術，幫助數百名開發人員、技術經理和測試人員控制他們的遺留系統。涵蓋的主題包括：

• 了解軟體變更的機制：新增功能、修復錯誤、改進設計、優化效能

• 將遺留程式碼放入測試工具中

• 編寫測試來防止引入新問題

• 可用於任何語言或平台的技術 - 包含 Java、C++、C 和 C# 範例

• 準確地辨識需要更改程式碼的位置

• 處理非物件導向的遺留系統

• 處理看起來沒有任何結構的應用程式

-- Amazon.com

#6。 人月神話：軟體工程論文

作者：弗雷德里克·P·布魯克斯

27.5% 推薦（與 #7 並列）

很少有關於軟體專案管理的書籍能像《人月神話》一樣具有影響力和永恆性。 Fred Brooks 融合了軟體工程事實和發人深省的觀點，為任何管理複雜專案的人提供了見解。這些文章借鑒了他作為 IBM System/360 電腦系列以及其大型軟體系統 OS/360 專案經理的經驗。現在，在他的書首次出版 20 年後，布魯克斯重新審視了他最初的想法，並加入了新的想法和建議，無論是對於已經熟悉他的作品的讀者還是第一次發現它的讀者。

-- Amazon.com

在 Dev.To 上閱讀我對《人月神話》的評論

#5。 重構：改進現有程式碼的設計

馬丁·福勒

33.3% 推薦（_與#4_並列）

二十多年來，全世界經驗豐富的程式設計師一直依靠 Martin Fowler 的_重構_來改進現有程式碼的設計並增強軟體的可維護性，並使現有程式碼更易於理解。

這個備受期待的新版本已經全面更新，以反映程式設計領域的重大變化。 Refactoring，第二版，提供更新的重構目錄，包括 JavaScript 程式碼範例，以及演示無需類別的重構的新功能範例。

與原版一樣，此版本解釋了什麼是重構；為什麼你應該重構；如何辨識需要重構的程式碼；以及如何真正成功地做到這一點，無論您使用什麼語言。

• 了解重構的流程和一般原則

• 快速應用有用的重構，使程式更易於理解和更改

• 辨識程式碼中預示重構機會的“難聞氣味”

• 探索重構，每個重構都有解釋、動機、機制和簡單的範例

• 為您的重建置立可靠的測試

• 認識重構的權衡與障礙

-- Amazon.com

#4。 設計模式：可重複使用物件導向軟體的要素

作者：Erich Gamma、Richard Helm 與 Ralph Johnson

33.3% 推薦（與 #5 並列）

本書不是物件導向技術或設計的介紹。許多書已經在這方面做得很好......這也不是一篇高級論文。這是一本關於設計模式的書，描述了物件導向軟體設計中特定問題的簡單而優雅的解決方案...一旦您理解了設計模式並有一個「啊哈！」的感覺。 （不僅僅是與它們的「嗯？」體驗，您將永遠不會以相同的方式思考物件導向的設計。您將擁有可以使您自己的設計更加靈活、模組化、可重用和易於理解的見解- -這就是您首先對物件導向技術感興趣的原因，對吧？

-- Amazon.com

#3。 程式碼大全：軟體建置實用手冊

史蒂夫麥康奈爾

44.9% 推薦

Steve McConnell 的原始《Code Complete》被廣泛認為是最好的實用程式指南之一，十多年來一直在幫助開發人員編寫更好的軟體。現在，這本經典書籍已通過前沿實踐和數百個新程式碼示例進行了全面更新和修訂，闡釋了軟體建置的藝術和科學。麥康奈爾從研究、學術界和日常商業實踐中獲得了豐富的知識體系，將最有效的技術和必須了解的原則綜合成清晰、務實的指導。無論您的經驗水平、開發環境或專案規模如何，本書都會啟發並激發您的思考，並幫助您建立最高品質的程式碼。

• 發現永恆的技術和策略，幫助您：

• 最小複雜度、最大創造力的設計

• 獲得協作開發的好處

• 應用防禦性程式設計技術來減少和清除錯誤

• 利用機會重構或改進程式碼，並安全地進行

• 使用適合您專案的施工實踐

• 快速有效地除錯問題

• 及早正確解決關鍵施工問題

• 將品質貫穿專案的開始、中期和結束階段

-- Amazon.com

#2。 務實的程式設計師：從新手到大師

安德魯·亨特和戴夫·托馬斯

47.8% 推薦

程式設計師是經過訓練的工匠，可以使用一組特定的工具（編輯器、物件管理器、版本追蹤器）來產生將在某些環境（硬體元件上的作業系統）中執行的特定類型的產品(程式).與其他工藝一樣，電腦程式設計催生了一系列智慧，其中大部分不是在大學或認證課程中教授的。隨著時間的推移，大多數程式設計師透過獨立實驗掌握了所謂的技巧。在《務實的程式設計師》中，安德魯·亨特和大衛·托馬斯將他們在各自作為軟體設計師和程式碼編寫者的職業生涯中發現的許多真理編入了法律。

作者的一些實用主義要點是具體的，其實施路徑也很明確。例如，他們建議讀者學習一種文字編輯器，並將其用於所有用途。他們還建議即使是最小的專案也使用版本追蹤軟體，並宣傳學習正規表示式語法和文字操作語言的優點。其他（也許更有價值）的建議則更加輕鬆。在除錯部分，有人指出，“如果您看到蹄印，請想到馬，而不是斑馬。”也就是說，懷疑一切，但開始在最明顯的地方尋找問題。有一些關於估算時間和費用以及將測試整合到開發過程中的建議。你需要一本《務實的程式設計師》有兩個原因：它比你費心去表達的更清晰地展示了你自己累積的智慧，它向你介紹了你可能還沒有考慮過的工作方法。正在工作的程式設計師會喜歡這本書。

-- 大衛沃爾來自 Amazon.com

最後，最受軟體開發人員推薦的一本書：

#1。 整潔程式碼：敏捷軟體流程手冊

作者：羅伯特·C·「鮑伯叔叔」·馬丁

52.2% 推薦

即使是糟糕的程式碼也能運作。但如果程式碼不乾淨，它可能會讓開發組織陷入困境。每年，都會因為程式碼編寫不當而浪費無數的時間和大量資源。但事實並非一定如此。

著名軟體專家 Robert C. Martin 在《乾淨程式碼：敏捷軟體工藝手冊》中提出了革命性範例。 Martin 與Object Mentor 的同事合作，將他們「即時」清理程式碼的最佳敏捷實踐提煉成一本書，這本書將向您灌輸軟體工匠的價值觀，並使您成為更好的程式設計師——但前提是您工作在它。

您將從事什麼類型的工作？你將閱讀程式碼——大量的程式碼。你將面臨著思考該程式碼哪些是正確的、哪些是錯誤的挑戰。更重要的是，您將面臨重新評估您的專業價值觀和對您的技能的承諾的挑戰。

Clean Code 分為三個部分。第一部分描述了編寫簡潔程式碼的原則、模式和實踐。第二部分由幾個日益複雜的案例研究組成。每個案例研究都是一次清理程式碼的練習，即將存在一些問題的程式碼庫轉變為健全且高效的程式碼庫。第三部分是回報：一章包含一系列啟發式方法和建立案例研究時收集的「氣味」。結果是一個知識庫，描述了我們編寫、閱讀和清理程式碼時的思維方式。

讀者將從本書中解脫出來

• 如何區分好程式碼和壞程式碼

• 如何寫好程式碼以及如何將壞程式碼轉換為好程式碼

• 如何建立好名字、好函數、好物件、好類

• 如何格式化程式碼以獲得最大的可讀性

• 如何在不模糊程式碼邏輯的情況下實現完整的錯誤處理

• 如何進行單元測試並實踐測試驅動開發

• 對於任何有興趣產生更好程式碼的開發人員、軟體工程師、專案經理、團隊領導或系統分析師來說，這本書都是必讀的。

-- Amazon.com

上述「建議百分比」是包含該書的所有調查清單的比例。因此，即使一本書只有“12.5% 的推薦度”，也意味著平均每 8 個開發人員中就有 1 個已經閱讀過該書並推薦給其他開發人員。上述所有書籍都通過了八分之一的門檻。

更令人驚訝的是前 10 名的書籍。平均每 4 個開發人員中有 1 人推薦 10 到 6 本書。每 3 人中就有 1 人推薦書籍#5 和#4。排名前三的書籍《Code Complete》、《The Pragmatic Programmer》和《Clean Code》受到大約其他軟體開發人員的推薦。這對現代社會最關鍵的行業之一產生了巨大影響。如果您想加強您的軟體開發知識，但您尚未閱讀這三本書，那麼您的同事很可能會建議您這樣做。

如果您喜歡上面的文章，也許您想關注我在 Dev.To 上的工作？或在 The Tweeter 上閱讀我的愚蠢推文？或請我喝杯咖啡？ （我有令人衰弱的咖啡因成癮。）

不管怎樣，感謝您的光臨！

原文出處：https://dev.to/awwsmm/20-most-recommended-books-for-software-developers-5578