"有很多程序員剛進入職場時自己的職業規劃幾乎為零，一心想著怎樣盡快學習更多的技術和積累更多的業務經驗，但現實是每天都深陷永無止盡的業務需求開發中。也有些程序員因為長期埋沒於代碼世界的浩大分工體繫中，無法看清從業務到繫統架構的價值鏈條，無法清晰定義自己在分工體繫中的位置，處理不好自身與技術、業務的關繫。更有些程序員在到了35歲之後，發現工作瓶頸已到，對未來的發展感到迷茫。要是能有人幫他們規劃，他們可能進步得更快。《程序員的三門課：技術精進、架構修煉、管理探秘》作者均有扎實的技術功底等

●第1篇 技術精進第1章 程序員技能與成長21.1 如何學習新的編程語言21.1.1 重點學什麼31.1.2 學習方法31.2 代碼規測試61.2.1 編碼規範61.2.2測試71.2.3 測試驅動設計91.3 使用靜態代碼分析工具181.3.1 什麼是靜態代碼分析191.3.2 靜態代碼分析工具191.4 代碼審查241.4.1 什麼是代碼審查241.4.2 代碼審查的好處241.4.3 如何做代碼審查251.5 清單和模板291.5.1 清單實踐291.5.2 產品需求文檔模板311.6 程序員的工作法則331.6.1 工具化法則331.6.2 自動化法則381.6.3 關於文檔的問題401.6.4 關於YAGNI401.7 程序員的工具箱411.7.1 可幫我們提升工作效率的硬件421.7.2 可幫我們提升工作效率的操作繫統431.7.3 可幫我們提升工作效率的軟件431.7.4 在線工具50第2章 加速成長與學會學習562.1 程序員如何加速成長562.1.1 積極主動562.1.2 空杯心態572.1.3 選擇合適的平臺572.1.4 別怕犯錯582.1.5 注意細節582.1.6 時間管理582.1.7 打破邊界612.1.8 寫業務代碼中的成長機會612.2 學會學習662.2.1 高效學習的方法672.2.2 高效學習的途徑692.2.3 舒適區與小步子原則722.2.4 兩個有名的學習理論722.2.5 終身成長74第3章 業務分析與設計753.1 黃金圈法則753.2 UML建模工具773.2.1 用例圖783.2.2 類圖793.2.3 對像圖803.2.4 狀態圖803.2.5 活動圖813.2.6 序列圖823.2.7 協作圖823.2.8 構件圖833.2.9 部署圖843.3 業務分析與設計的方法853.4 繫統分析與設計的三個發展階段873.4.1 面向數據驅動分析與設計873.4.2 面向對像和服務分析與設計883.4.3 面向問題域分析與設計893.5 面向對像分析與設計903.5.1 什麼是面向對像903.5.2 面向對像的特征913.5.3 面向對像設計的原則913.6 面向服務分析與設計933.6.1 Web Service模式933.6.2 ESB模式943.6.3 微服務架構953.7 領域驅動設計973.8 領域模型實踐1023.8.1 什麼是領域模型1023.8.2 領域模型的作用1023.8.3 如何進行領域建模104第2篇 架構修煉第4章 架構思維1104.1 分解1104.1.1 分解的作用1114.1.2 分解的原則1114.1.3 分解的時機1124.2 集成1124.2.1 常見的集成方式1124.2.2 集成的難點1154.3 動靜分離1204.4 復用1214.4.1 繫統復用的分類1224.4.2 可復用性和可維護性的關繫1234.4.3 可維護性地復用的設計原則1234.5 分層1264.6 模式1274.6.1 分層模式1284.6.2 客戶端-服務器模式1314.6.3 主從設備模式1324.6.4 管道-過濾器模式1334.6.5 代理模式1334.6.6 P2P模式1344.6.7 事件總線模式1354.6.8 MVC模式1364.6.9 黑板模式1374.6.10 解釋器模式1384.7 抽像1394.8 結構化1394.8.1 結構化的原則1404.8.2 結構化分析工具1404.8.3 結構化思維的7個環節1414.9 迭代1414.10 勿做過度設計141第5章 架構設計1435.1 架構設計概要1435.1.1 業務架構1435.1.2 應用架構1455.1.3 技術架構1475.1.4 數據架構1495.2 架構設計的流程1515.3 架構設計的核心要素1535.3.1 性能1535.3.2 可用性1535.3.3 伸縮性1545.3.4 擴展性1545.3.5 安全性1545.4 高性能設計1545.4.1 主要的性能測試指標1555.4.2 性能測試方法1565.4.3 性能優化策略1575.5 高可用設計1595.5.1 高可用性的度量與考核1595.5.2 高可用的架構1605.5.3 高可用質量保證1645.5.4 繫統運行監控1655.6 可伸縮設計1665.6.1 架構的伸縮性設計1665.6.2 應用服務的伸縮性設計1675.6.3 分布式緩存的伸縮性設計1695.6.4 數據存儲的伸縮性設計1695.7 可擴展性設計1695.7.1 通過消息降低繫統的耦合性1705.7.2 通過分布式服務提供可復用的業務1705.7.3 建立開放平臺1705.8 架構設計的典型案例――訂單繫統1715.8.1 訂單的基本概念1725.8.2 訂單流程1745.8.3 訂單繫統設計中的挑戰和實踐1785.8.4 數據庫優化1825.8.5 小結185第6章 架構的保障：質量與風險1866.1 內建質量體繫1866.2 從黑天鵝事件到墨菲定律1896.2.1 黑天鵝事件1896.2.2 蝴蝶效應1916.2.3 墨菲定律1916.3 軟件質量穩定性之殤1926.3.1 業務高速發展帶來的變化1936.3.2 問題域的復雜性1936.3.3 繫統的復雜性1946.3.4 技術債問題1946.3.5 人、流程、文檔的博弈1956.3.6 采用不能掌控的工具和框架1966.3.7 質量意識1966.4 從康威定律和技術債看研發之痛1976.4.1 康威定律1976.4.2 通過3個案例來看研發之痛1976.4.3 架構方案和業務形態息息相關2046.5 求解質量熵2066.5.1 運用敏捷思想2076.5.2 運用繫統化思想2086.5.3 技術債償還計劃2096.5.4 抓住合適的時機做架構升級2096.5.5 內建質量2106.5.6 不迷信，不唯新、不唯上，實踐是檢驗真理的標準2106.5.7 復雜的問題域：專項突破2106.5.8 領導者的意識2116.5.9 創新解決方案2116.6 踩過的坑和經驗總結2126.6.1 簡單的數字改動導致電商網站搜索功能失靈2126.6.2 應用竟然被外部繫統拖垮了2126.6.3 HashMap與並發2136.7 故障復盤流程及模板2156.7.1 什麼是故障復盤2156.7.2 為什麼要做故障復盤2156.7.3 如何做故障復盤2166.7.4 故障復盤模板2196.8 監控與告警2216.8.1 監控的重要性2216.8.2 監控哪些內容2216.8.3 告警2246.8.4 監控的架構2246.9 應急處置226第3篇 管理探秘第7章 為成為技術主管做準備2327.1 構建自我階段性目標2327.2 體驗自己的目標身份2347.3 勇於抓住機會235第8章 從自我管理轉為管理團隊2368.1 什麼是領導力2368.2 如何構建領導力2378.2.1 維度1：提供清晰的領導力風格，並以信任感作為基石2388.2.2 維度2：了解業務，並帶領團隊達到高績效2408.2.3 維度3：發展自己和團隊成員2408.2.4 維度4：塑造未來2418.3 讓自己成為T型人纔2428.4 高效時間管理2438.4.1 確定在做的事情符合自己的目標2448.4.2 隨時應用80/20法則2468.4.3 創造大塊時間2478.5 遇到“不服管”的員工怎麼辦2498.5.1 每個人都是不錯的2508.5.2 建立親和與信任感2518.5.3 從績效評估到建設性反饋2558.6 如何處理衝突2618.6.1 了解產生衝突的原因2618.6.2 正確看待衝突2628.6.3 處理衝突2638.7 引導員工主動工作2648.8 如何從帶10個人到帶100個人2668.8.1 在管理上面對的挑戰2678.8.2 從管理1.0到管理2.02698.9 如何對上管理2768.9.1 做好對上的預期管理2778.9.2 及時彙報277

我們都有一個共同的夢想――成為更棒的程序員，但是如何做？如何學習和精進自己的技術？如何做業務分析和架構設計？如何做技術管理？本書就廣大程序員都很關注的問題提供一些思路和方法。本書內容分為三大篇：第1篇介紹程序員的技能成長路徑，介紹如何通過學習來加速成長，並講解非常重要的業務分析和設計知識；第2篇詳細介紹了架構修煉中的推薦架構思維模式、架構設計過程，還通過真實案例剖析了架構設計的核心要素及關注點，以及如何通過架構設計來把控質量和風險；第3篇總結了做技術管理的訣竅，揭秘如何從準備做技術管理到實現自我管理再到實現團隊管理。本書適用於即將或者正在從事IT相關開發工作，卻不知如何提升自己，希望通過適當的學習方法精進技術的初級程序員；也適用於具備一定架構設計經驗，想進一步繫統化提升架構設計能力的中級程序員；以及有一定技術積累，想從事技術管理卻不知如何著手的高級程序員。

於君澤等 著

"推薦序1世界需要什麼樣的程序員不想當工程師的程序員不是好民工。會編程不代表會工作，工程能力包含軟硬技能，面向的是實際應用。從程序員變為工程師，得先“入門”，然後纔是“上道”，從而成為“工型人纔”。有人工作幾年還沒入門，隻會簡單開發；有人開發技能嫻熟，卻找不到進一步成長的路徑，陷入迷茫之中；更有不少人自詡為IT精英，卻不了解行業格局、發展趨勢，很快就遇到職業發展瓶頸，蹉跎了歲月，虛度了青春。在我看來，好的程序員應該是“工型人纔”。所謂“工型”，是指從下到上的能力提升過程。具體來說，就是先要具備完成完整應用的能力，包括：線上運維，成為熟手，這是下面的一橫；在某些領域足夠深入，成為高手，這是中間的一豎；在達到更高的水平之後，兼通很多領域，比如業務、產品、項目管理、測試、運維、團隊組織，成為驅動者和領導者，這是上面的一橫。每個人的成長都是不斷打怪升級的過程，既要掌握技術和等