書單分類回答兩個問題:站在一個特定的職涯位置上,這個主題該先讀哪一本;以及要往別的位置移動時,該預習什麼。工具書的選擇跟當下承擔的責任綁在一起——同一本書給只對自己產出負責的人讀,跟給要對整個組織結構負責的人讀,能讀出來的重點完全不同,兩者的關注點根本不在同一處,而不只是讀得深淺不同。

要直接找書的,四個書單與各自涵蓋的問題列在下面的書單表,各書單的導讀在 軟體管理與組織、工程技藝、財務與投資 與 媒介與輿論。各主題篇逐本套用的那組描述、它們可信到什麼程度,寫在 書單怎麼描述一本書;選書之前先確認自己有沒有踩到會讓答案改變的約束,見 選書時會改變答案的約束條件。要的是同一份知識換成用聽的,可以收聽的公開課與它們的收錄門檻收在 公開課的收錄門檻與它服務得了的處境。

書單的分界:軟體管理與組織、工程技藝、財務與投資、媒介與輿論

這四個書單依討論的主題放在什麼對象上而分開:軟體管理與組織書單討論的主題放在人與制度上,工程技藝書單放在產物上,財務與投資書單放在讀者自己的錢上,媒介與輿論書單放在讀者自己對直接經驗以外的世界所做的判斷上。軟體管理與組織、工程技藝兩個書單值得分開,是因為團隊結構的失敗與程式設計的失敗互相看不見——程式寫得好而團隊切錯,交付一樣卡;團隊結構完美而每個模組都難改,速度一樣起不來。財務與投資書單分開的理由不同:讀者在這個書單裡做的決定不在工作場域裡發生,讀者的位置從「在一個組織裡負責某件事」換成「配置自己的資本」,而軟體管理與組織、工程技藝兩個書單用來調整答案的那組約束(組織規模、人員流動率、協作形態)在那個位置上一項也對不上。媒介與輿論書單分開的理由跟財務與投資書單同一類:讀者在這個書單裡做的決定也不在工作場域裡發生,讀者的位置是一位閱聽人——決定相信哪一份報導、給哪一個來源多少信任——而這個書單用來調整答案的約束換成了媒介體制、政黨結構與平台結構這一組。

這四個書單是書單分類目前收的四類主題,不是把問題空間切成四份;讀者會遇到的問題不只這四類。落在兩個書單交界的主題,會在那一篇裡說明自己的歸屬(個人工作流與工作負荷的選讀書目 目前是唯一一個),而學習與技能取得、產品判斷、倦怠、以及責任來源在組織外的處境(獨立接案、開源維護、對社群負責)這幾類主題,書單分類目前都不收。

書單涵蓋的問題讀者的處境
軟體管理與組織問題定義、交付與結構、文化與留任、估算與事故、對話、會議與跨文化判讀、個人負荷與角色轉換與別人和制度之間發生的事
工程技藝設計判斷標準與日常實踐、改既有程式、系統架構、驗證打開編輯器之後的判斷
財務與投資資本配置與投資、個人理財、財報閱讀、總體環境自己的錢往哪裡放
媒介與輿論擬態環境與公眾判斷的論戰、新聞建構、媒介權力、公眾判斷能力、平台與演算法時代自己對世界的判斷從哪裡來

技藝的問題在職涯早期最密集,管理的問題要有人可帶才會出現,所以多數讀者先讀工程技藝書單,之後才需要軟體管理與組織書單。財務與投資書單的觸發跟職涯階段無關,由手上有沒有需要配置的餘裕決定,因此讀者可以在任何時間點開始讀它,也可以一直不需要它。媒介與輿論書單的觸發同樣跟職涯階段無關,由讀者想不想檢查自己對世界的判斷從哪裡來決定。

書單跟教學系列的邊界

書單只放外部書籍與選讀判斷。書中概念怎麼在自己的專案落地,回到教學系列:交付管線與部署 gate 看 CI/CD:驗證與發布 gate、artifact、失敗到修復的流程,以及各部署場域的差異,服務探活與容量規劃看 運行期維運,事故分級、指揮角色與復盤制度看 事故處理與復盤,客戶端遙測的收集鏈路看 Monitoring 監控體系,交付生命週期的全景看 DevOps 全景,商業術語看 商業概念與策略分析。