程序員的底層思維

《程序員的底層思維》全書總結 作者： 張建飛 | 出版社： 電子工業出版社 | 出版時間： 2022年2月 | 字數： 約49萬字 一、全書總覽：從"術"到"道"的昇華《程序員的底層思維》是阿里巴巴資深技術專家張建飛繼《代碼精進之路：從碼農到工匠》之後的又一力作。如果說前作側重於"術"——編程技藝的精進，那麼本書則上升到"道"的層面——探究技藝背後的底層思維能力。正如古語所言："有道無術，術尚可求也；有術無道，止於術。" 作者在阿里巴巴晉升評審中觀察到，優秀的技術人員不僅"做對了事"，更重要的是"具備了一直做對事情的能力"。對於腦力勞動者而言，這種能力歸根結底是思維能力。問題千差萬別，但思維方式可以複製和遷移——一旦掌握了正確的思維方式，便能舉一反三、觸類旁通。 全書共18章，系統闡述了程序員應知應會的16種底層思維能力，分爲三大部分： 第一部分（第1-9章）：基礎思維能力——解決日常問題的通用思維工具 第二部分（第10-16章）：專業思維能力——結合軟件行業特點的職業思維 第三部分（第17-18章）：綜合應用實踐——在真實業務場景中的融會貫通 書中引用混沌大學創始人李善友的話作爲核心主張："沒有好的思維模型，再多的知識積累也是低水平的重複。成人學習的目的不是獲取更多的信息量，而是學習更好的思維模型。" 二、第一部分：基礎思維能力1. 抽象思維——程序員最重要的思維能力 抽象是本書開篇第一章，足見其分量。抽象的本質是"抽離+具象"——從衆多事物中抽取出共同、本質性的特徵，捨棄非本質特徵。軟件工程師每天都在動用抽象思維：對問題域進行分析、歸納、綜合、判斷、推理，抽象出各種概念，挖掘概念間的關係，建立模型，最終通過編程語言實現業務功能。 抽象具有層次性：層次越高，內涵越小，外延越大，擴展性越好；層次越低，內涵越大，外延越小，擴展性越差，但語義表達能力越強。在軟件設計中，需要遵循SLAP（抽象層次一致性原則），避免在同一個方法中混雜不同抽象級別的代碼。 作者指出了幾種常見的抽象缺失：基礎類型偏執（用基礎類型代替實體類，導致概念模糊）和重複代碼（本質上是抽象缺失的表現）。同時也警告不要走向另一個極端——爲了抽象而抽象，無共性強行抽取只會增加無謂的複雜度。 2. 邏輯思維——思維的法則與規律 邏輯包含三個要素：概念（思維的基本單位）、判斷（對事物屬性的斷定）、推理（由已知判斷推出新判斷）。團隊需要制定通用語言，保證文檔與代碼中的概念一致，這是高效協作的基石。 推理有三種方式：演繹推理（從一般到特殊，因爲……所以……）、歸納推理（從特殊到一般）、溯因推理（大膽假設，小心求證）。建模是歸納工作，驗證模型是演繹工作。 作者特別強調了邏輯鏈的重要性。大多數人的思維邏輯鏈較短，短就意味着膚淺，找不到根本原因。延長邏輯鏈的有效工具是5Why思考法——豐田大野耐一的經典案例：機器停轉→超載燒保險絲→軸承潤滑不足→潤滑泵吸不上油→油泵軸磨損鬆動→根本原因是沒有安裝過濾器，潤滑油混進鐵屑。每一層追問都離根本原因更近一步。 此外，作者也列舉了常見的邏輯謬誤：偷換概念、錯誤假設、循環論證、以偏概全、滑坡謬誤——這些在日常技術討論和架構評審中屢見不鮮。 3. 結構化思維——從無序到有序 結構化思維是以邏輯爲基礎，將信息從無序變爲有序的思維能力。大腦天生喜歡有規律、概念少的信息，結構化的目的就是降低複雜度和認知成本。正如書中所言："結構是萬物之本，小到分子，大到宇宙，只有瞭解其結構才能真正認識它。" 核心工具是金字塔結構，包含四條規則：結論先行（論）、以上統下（證）、歸類分組（類）、邏輯遞進（比）。縱向關係是"論"與"證"的支撐，橫向關係是"類"與"比"的展開。 搭建結構有三種方法：自上而下（先定結論再分解，如2W1H框架）、自下而上（先收集信息再概括總結）、上下結合（最常用的業務分析方法）。常用框架包括5W2H、4P營銷模型、SWOT分析、SMART原則等。 4. 批判性思維——未經審視的結論不值得相信 批判性思維不是批評否定別人，而是對思維過程的再思考。Critical源於古希臘詞kriticos，意爲分辨力、決斷力，強調理性和邏輯。 作者進行了三組精彩的批判實踐： 批判中臺：業務中臺低效的根本原因是前臺與中臺的"深度單體耦合"，需要重新思考解耦方式。 批判架構師：架構師的價值和他做的決定成反比——最好的架構是讓所有人都能做架構決定。不應將架構能力侷限於某個角色，人人都應具備架構思維。 批判技術管理者：三大問題——技術不作爲、業務不思考、脾氣超火爆，這些都會嚴重挫傷團隊積極性。 最後強調自我批判的重要性，引用華爲核心價值觀，指出自我反省是個人提升和防止組織固步自封的關鍵。 5. 維度思維——不做"if-else程序員" 一個人的思維層級與思考的維度正相關。一維是"軸/一根筋"的線性思維；二維是"全面"的面性思維；三維是"體系化"的體性思維。多維度思考是解決複雜問題的利器。 作者提出不要做"if-else程序員"——遇到條件分支就寫if-else，本質上是單維度思維的體現。通過多態擴展、代碼分離、矩陣分析等方式可以跳出單維度思維。矩陣分析無處不在：波士頓矩陣（市場增長率×相對市場份額）、RFM模型（最近消費×消費頻率×消費金額）、人才盤點矩陣（績效×價值觀）、需求管理矩陣（重要性×緊急性）等。設計模式中也蘊含着維度思維——策略模式、工廠模式等都是將變化維度從主流程中分離出來的體現。 6. 分類思維——化繁爲簡的不二法寶 分類是人類大腦的識別模式。當信息量過大時，歸類分組能幫助理解和處理問題。分類的本質是尋找事物的共同屬性與本質屬性，而設計的本質就是分類。 在軟件設計中，分類體現在三個層面：對象分類（類與接口的設計）、構建分類（包、組件、模塊的劃分）、領域分類（OOA的頂層設計）。作者提醒：沒有"完美"分類，分類具有主觀性，取決於觀察者的視角和目的——這本身也是一種維度思維的體現。 7. 分治思維——各個擊破的智慧 分治思維的核心是：不要在同一時間把整個問題域塞進大腦，而應組織問題，在一個時刻專注於一個特定部分。分治包含三個步驟：分（遞歸分解）、治（各個擊破）、並（合併子問題的解），其中"並"往往容易被忽視。 在軟件中，分治思維無處不在：管道模式將處理流程分解爲多個獨立階段，責任鏈模式將請求處理分散到多個處理器，分層架構將系統按職責分層，分佈式架構將服務按功能拆分。分佈式系統的三種拆分方式尤爲經典：x軸拆分（水平復制，負載均衡）、y軸拆分（按功能/服務拆分，微服務）、z軸拆分（按數據分片，豎切）。 8. 簡單思維——簡化是逆向做功 簡化本質上是熵減活動——讓混亂歸於秩序，這需要逆向做功。簡單需要深入思考，往往需要經歷"簡單—複雜—簡單"的螺旋式演化。簡單不等於簡陋——簡陋是對問題不加思考地簡單處理，而簡單是深思熟慮後的化繁爲簡。 書中引用奧卡姆剃刀原則："如無必要，勿增實體。"實踐案例包括：幹掉不必要的流程引擎（流程引擎常帶來新的複雜度，不如代碼直寫清晰）、極簡狀態機的實現（利用內部DSL和連貫接口實現無狀態設計）、COLA架構的"壯士斷腕"（從3.0到4.0不斷做減法）。正如作者所言："把一件事情搞複雜是一件簡單的事，但要把一件複雜的事變簡單，這是一件複雜的事。" 9. 成長型思維——打破自我設限 成長型思維源自卡羅爾·德韋克的《終身成長》。核心區別在於：固定型思維認爲能力天生，害怕失敗；成長型思維認爲能力可以通過努力和學習改變，視失敗爲學習機會。 作者提出認知的四個層次：不知道自己不知道→知道自己不知道→知道自己知道→不知道自己知道。本書的首要目的就是打破"不知道自己不知道"的思維禁錮。培養成長型思維的方法包括：明確努力的意義（相信天分等於給自己設限）、改變歸因習慣、擺脫精神內耗、保持好奇心、守住平常心、理解"慢也是快"。作者特別指出："一個人一旦相信了天分，就等於相信了自己的水平是基本不變的，就會給自己設限，甚至會覺得努力是一件丟臉的事情。" 三、第二部分：專業思維能力10. 解耦思維——高內聚低耦合的追求 "高內聚、低耦合"是軟件設計的核心目標，而應用架構之道就是要實現業務邏輯和技術細節的解耦。解耦的兩種主要方式： 依賴倒置解耦：倒置依賴方向，從依賴具體變爲依賴抽象。面向接口編程的精髓就在於此——抽象比具體更靈活。 中間層映射解耦：計算機領域有句名言——"計算機中的任何問題，都可以通過加一層來解決。"DNS將域名與IP解耦，CDN將內容與源站解耦，都是經典的中間層映射。 六邊形架構、COLA架構等現代架構模式，核心思想都是將技術細節與業務邏輯分離。 11. 契約思維——寫代碼無往不在規則之下 "人是生而自由的，但卻無往不在枷鎖之中"——同樣，寫代碼雖自由，但無往不在規則之下。契約思維在軟件工程中體現爲規範價值和標準價值。 規範層面：統一命名、異常處理（Fail Fast原則）、架構約束，通過代碼審查和掃描工具維護。標準層面：API設計需具備可理解性、封裝性、可擴展性，前端標準化、Java規範都是典型的標準實踐。 更高層次的洞察是："一流企業定標準"——誰掌握SPI或API的接口定義權，誰就掌握主導權。制定標準比遵循標準更具有戰略意義。 12. 模型思維——從問題空間到解決方案空間 模型是對現實的簡化抽象，是連接問題空間與解決方案空間的橋樑。如果把寫代碼比喻成"搬磚"，那麼架構和建模就是"設計圖紙"。模型有四種分類：物理模型、數學模型、概念模型、思維模型，但模型終究不能代替實物。 本書特別辨析了領域模型與數據模型的關係——這是很多開發者混淆的概念。領域模型關注業務概念和語義的顯性化表達，面向問題域；數據模型關注數據存儲和非功能屬性，面向存儲。兩者需各司其職，不應混淆：錯把領域模型當數據模型設計，會丟失業務語義；錯把數據模型當領域模型，會增加不必要的約束。 13. 工具化思維——"智慧懶"的境界 "懶"有三個境界：最低境界是"實在懶"（拖延症）；其次是"開明懶"（迅速做完擺脫之）；最高境界是"智慧懶"——使用工具一勞永逸地完成重複工作。 工具化的時機判斷：一個工作手動重複3次以上就應考慮工具化。一般步驟是：重複3次→定義現狀與期望的差距→給出1個工具方案。作者還強調了組合創新也是創新——將現有工具組合使用也是一種創新。基礎設施即代碼（IaC）的理念則是工具化思維在運維領域的延伸，像管理代碼一樣管理基礎設施，提升可靠性與可回溯性。 14. 量化思維——沒有量化就無法優化 "No measurement, no improvement."量化分爲三步：定義指標→將指標數字化→優化指標。 在研發效能度量中，作者警示度量不是"指標遊戲"，要力求合理，避免古德哈特定律（當一個指標變成目標，它就不再是一個好指標）。目標管理方面，OKR比KPI更注重方向和溝通——O（目標）要有野心，KR（關鍵結果）要可量化。但切記不要迷信指標而忘了目標本身。網站運營中的埋點實踐（如淘寶SPM模型）、技術貢獻的量化（代碼行數不可靠，需多維度評估）都是量化思維的落地場景。 15. 數據思維——一切業務數據化，一切數據業務化 數據思維包含兩個方向的閉環：業務數據化（將用戶的瀏覽、點擊、搜索等行爲沉澱保存爲數據）和數據業務化（利用沉澱的數據賦能業務，如智能推薦和精準投放）。技術人員需要了解完整的數據體系：數據源→數據倉庫→ETL→元數據→數據應用。 數倉建模的核心是維度建模（Kimball方法論），區分事實明細表（DWD）和事實匯總表（DWS）。阿里"生意參謀"的實踐——"看我情、看行情、看敵情"三個維度提供數據服務——是數據思維的優秀案例。 16. 產品思維——站在用戶視角解決問題 工程思維和產品思維互補而非對立：工程師關注How（如何做），產品經理關注Why（爲什麼做）。技術人員需要具備產品思維來辨別僞需求。 產品有三個核心要素：用戶（服務對象）、需求（分三個層次——表象、觀點目的、人性）、場景（何時何地使用）。需求是分層次的，最淺一層是需求的表象，最深一層是人性——只滿足表象需求的產品往往缺乏生命力。 產品化與平臺化的區別：產品化是將服務標準化，使其脫離對個人的依賴，形成可複製的能力；平臺化是抽取公共模塊，構建可複用、多角色共建的生態系統。從產品化走向平臺化是技術團隊成熟的重要標誌。 四、第三部分：綜合應用實踐第17章：商品團隊之旅——複雜業務的應對之道 本章是作者在阿里商品團隊的真實經歷，展示了多種思維能力的綜合運用。 落地新團隊的四步法：熟悉人→熟悉業務→熟悉技術→熟悉文化。深入商品領域的方法：領域概念梳理→概念模型構建→產品架構設計。 商品上架重構的案例尤爲精彩。原有系統使用了複雜的流程引擎，但實際上問題的本質不在於流程編排，而在於結構——通過結構化分解，可以將複雜的上架流程拆解爲清晰的步驟，用代碼直寫替代流程引擎，反而更清晰、更可維護。這正是簡單思維和結構化思維的結合。 複雜業務的應對之道：上下結合（自上而下的架構設計與自下而上的領域建模相結合）、能力下沉（將通用能力從業務層下沉到領域層，實現複用和解耦）。 第18章：COLA架構的演進——做減法的哲學 COLA（Clean Object-oriented and Layered Architecture）是作者開源的應用架構框架，其演進過程是簡單思維和解耦思維的最佳實踐。 COLA 1.0：從複雜度分析入手，識別出應用架構的核心問題是業務邏輯與技術細節的耦合，設計了初始的分層架構。 COLA 2.0：重新審視架構分層、組件劃分、擴展點設計和二方庫定位，使架構更加清晰。 COLA 3.0：做減法——去掉Command、Interceptor、Validator等過度設計，用Adapter代替Controller，體現了"簡單思維"的迴歸。 COLA 4.0：從架構頂層設計出發，明確技術維度與領域維度的劃分，將COLA組件化，實現更靈活的組合使用。 COLA從1.0到4.0的演進，是一個不斷做減法的過程——從"想要什麼都塞進去"到"只保留真正需要的"。這正是簡單思維的精髓：簡化是逆向做功，需要勇氣和判斷力。 五、全書核心啓示1. 思維能力比具體技能更重要 技術框架日新月異，但底層思維方式歷久彌新。掌握了正確的思維方式，就能在面對新問題時舉一反三，而不是每次都從零開始。 2. 認知升級的關鍵是打破"不知道自己不知道" 四種認知層次中，最危險的不是"不知道"，而是"不知道自己不知道"。本書最大的價值在於將隱性的思維模型顯性化，幫助讀者意識到那些"不知道自己不知道"的思維能力。 3. 簡單是終極的複雜 從COLA的演進到極簡狀態機的設計，全書反覆傳達一個信號：做加法容易，做減法難。簡化需要深入理解問題的本質，需要勇氣放棄不必要的複雜度。 4. 軟件設計是一場思維的修行 軟件開發行業的匠心不是重複做簡單的事情，而是需要不斷學習、思考、積累、嘗試、失敗和創新。優秀的工程師心中都有一團火——一種對美的追求和渴望，需要一顆"不妥協、不將就、不放棄"的倔強的心。 5. 思維模型需要內化 讀書的終極目標不是記住16種思維模型，而是將其內化爲"不知道自己知道"的直覺。當你在寫代碼時自然地運用了抽象、在分析問題時本能地使用了5Why、在架構設計時下意識地考慮瞭解耦——這些思維能力才真正屬於你。 總結一句話： 《程序員的底層思維》不是一本教你寫代碼的書，而是一本教你如何思考的書。它將那些被優秀程序員"不知道自己知道"的隱性思維模型系統化地呈現出來，幫助每一個技術人完成從"術"到"道"的認知升級。正如書中所期望的——希望讀者能把這些底層思維能力內化成自己的"不知道自己知道"，在未來的技術之路上，不僅做對事，更能一直做對事。

(1)你很努力啊——表揚努力。當孩子給你看一件漂亮的作品時，不要被喜悅所迷惑，請記住要肯定他所付出的艱辛和努力。 (2)這很難，但你並沒有放棄——表揚毅力。當孩子完成了一些有挑戰性的事情，比如破圍棋陣局、嘗試攀巖，在他經歷了數次嘗試和失敗後，請記住肯定他的耐心和毅力。 (3)你做事的態度很好——表揚態度。當孩子用很積極的態度去完成任務時，不要忘了抓住機會說些好話。 (4)你取得了很大的進步——表揚細節。當孩子的能力在某種程度上得到了提高，記得表揚細節，越具體越好。例如，寶寶，你現在的游泳姿勢更標準了，而換氣頻率更均勻，與之前相比取得了很大的進步，真棒！ (5)這個方法真的很有新意——表揚創意。這是最重要、最需要注意的地方，看到孩子那些天馬行空的想法，最容易讓人與“聰明”聯繫起來，但天馬行空甚至奇怪真的是“聰明”嗎？它應該是創造性和思維的積累。在嘗試無數的可能性之後，孩子腦洞大開，所以表揚孩子有創意就行了！ (6)你和你的夥伴合作得真棒——表揚合作精神。一個人無論多麼能幹，能力也是有限的。如果孩子和小夥伴一起努力完成了某件事，請一定抓住機會，肯定孩子的合作和溝通技巧。 (7)這件事你負責得很好——表揚領導能力。雖然有些事情不是完全由孩子自己做的，但他負責管理，也證明他做得很好，因爲他有很強的責任感和領導能力。這一點一定要表揚，讓孩子知道雖然他沒有親自參與每一步，但是實現了結果，這是一個非常重要的因素。 (8)你一點也不怕困難，太難得了——表揚勇氣。表揚孩子的勇氣是幫助他提高自信指數的最佳方式。 (9)我相信你，因爲……——表揚信用。良好的信用會使孩子的生活更順利，所以我們應該及時幫助他建立信用的概念。例如，當你和孩子有一個約定時，你可以說“我相信你，因爲你以前說的話都兌現了”或“我相信你，你會找到一個好辦法”…… (10)你尊重別人的意見，你做得很好——表揚虛心開放。從別人那裏汲取好的建議和經驗，也會提高自己的能力，具有成長型思維的人一般都有虛心開放的心態。 (11)我很高興你做出了這樣的選擇——表揚選擇。孩子能夠很好地完成任務，有時是因爲努力，有時是因爲做出了正確的選擇，表揚策略和選擇也是培養成長型思維的關鍵。 (12)你還記得這樣做，想得真棒——表揚細心。細節往往體現在一些小事上，而且體現在孩子具有綜合性和多角度的思考上。當你出去玩的時候，孩子提醒你不要忘記帶雨傘，或者出門前孩子會留意天氣預報，這時爸爸媽媽應該表揚他細心周到。

受益匪淺 ，讀完後更加堅信程序員最重要的能力不是寫代碼，而是寫代碼背後的底層思維能力與解決問題的能力，這種能力是通用的，可以運用到生活中以及其它行業的各種場景。 因此AI時代的到來在我看來，更多的是一種機遇，因爲程序員在AI出來前最重要的能力也不是寫代碼，現在AI的出現反而能讓我們從重複性工作中解放出來，轉而將精力集中在更有挑戰性的工作

沒用，第一章沒看完就棄了。只要你是一個有腦子又看點思維類圖書的程序員，直接就能聯想，根本不需要人給你寫本書？另外沒啥深度，跟我第一次看clean code時的震撼無法相比。感覺就是炒國外大佬們的冷飯。棄了，不浪費生命

這本書讀的可太艱難了 坦白說，特別多都看不懂 但是感覺是一本有了知識積累之後 值得再來翻讀的書 不管做什麼，最重要的是思維能力 最近也有幸探討了如何學習技術 在迷茫的路上着實受到了一些指點 反思這些年工作學習 確實是走馬觀花沒什麼積累 既然選擇了這條路 不斷學習思考積累嘗試創新 纔有可能做得好 期待未來自己的一些小改變

看的出來，作者在軟件設計領域的思維方式上有很深的功底，其中的絕大部分思維也切中了軟件設計中面臨的諸多問題。 但是，但從本書的內容來看，乾貨和水貨參半。 乾貨在於這些思維方式大都是很實用的。首先，作者將一些很多我們日常中若隱若現模棱兩可的思維顯性化了，切實的能夠提升思維能力和軟件設計能力。對讀者有很大的幫助，給讀者很多的啓發式思考，爲眼前面臨軟件設計問題的讀者提供了一些明確的解題思路。再者，書中很多的思維方式講的很透徹，讀者可以桉書索引去實踐這些方法。例如抽象思維、邏輯思維、結構化思維、分類思維、分治思維、成長思維、解耦思維、工具化思維、量化思維等。 水貨部分在於兩點，一點在於有些思維方式講的太淺，對這些思維瞭解不多的人從書中的收穫會大打折扣。例如批判性思維、維度思維、簡單思維、模型思維等。書中只是對這些思維方式做了一些概念性的描述，對於如何實踐缺乏明確的方式方法。這讓那些初次接觸這些方法的讀者無從下手。第二點在於有些例子並不是很貼合要講述的內容或思維方式，例子中並沒有明確的點題。讀者就沒法沉浸式的去閱讀理解這部分內容，對思維方式的理解自然就不夠深入。 總之，這本書還是不錯的。每一種思維方式都可以大講特講，要將所有的內容壓縮到這一本書中，難度還是很大的。這本書可以作爲常備手邊的思維手冊，時刻提醒我們要去踐行這些方法論。 就像，作者說的首先在做事的時候要刻意的去使用這些思維方式，讓其逐漸固化到自己行爲以及思考中。在刻意練習之下達到僵化後，才能做到使用起來遊刃有餘，最後通過優化讓這些思維方式變成我們的“不知道自己知道”的東西。

辣雞，適合剛入行的小白去看。扯一堆概念放到一起但是都非常淺，只能起到走馬觀花的作用。 有人問，啊，對我有用呀，爲啥說這書不行？ 這不廢話嗎，你有機會去深入學習的時候，有閱讀更專業的書時間非得來看水書，那你怪誰呢？ 建議出門左轉，閱讀《學會提問》，《金字塔原理》，《架構整潔之道》，《代碼大全》，《組織》，《原則》，《鳳凰架構》。不要浪費時間在這種書上

軟件開發行業的匠心和傳統行業的匠心不一樣，不是重複做簡單的事情，你就能把它做好。這就好比你即使做了10年的收銀員，也只是一個收銀員，無法成爲財務總監。在軟件開發行業，你需要不斷地學習、不斷地思考、不斷地積累、不斷地嘗試、不斷地失敗、不斷地創新，纔有可能做得好。 優秀的工程師，心中都有一團火——一種對美的追求和渴望。這需要我們經歷無數個不眠之夜，承受很大的壓力，受很多委屈，看很多的書，嘗試很多別人沒有實踐過的東西，要具有一顆“不妥協、不將就、不放棄”的倔強的心。這樣我們才能做出一些不同凡響的東西，才能活成自己所期望的樣子。

從書本行文看，很多坑確實是作者正實遇到過的，並且都給出瞭解決思路。書中內容比較多，涉及邏輯學，管理學，軟件工程學等。讀完本書，對本人來說，有不小收穫，以個人多年工作經歷來看，對作者提到的解決問題的思路，程序設計思路比較認同。

推薦不是工程師的人也讀一讀(當中太過技術的部分跳過就可以了)，作者舉出很多阿里巴巴的場景做例子，你就可以大概明白爲什麼阿里幾個網站、幾個APP，加起來市值千億。身爲一個入門工程師，平常見的都是小木筏，現在忽然見到鐵達尼號，心生敬佩。