本來應該會是一本好書

結果遇到神翻譯不知道是想騙稿費還是怎樣，不只語句不夠通順，幾乎每頁都會插入自己的內心OS。

最後產出一本極度難以閱讀，行文不三不四的廢紙。

強烈建議不要買，還有翻譯也別幹了。

本書確實幫助我突破了一些對於金錢的慣性思維。

雖然不同意裡面夾帶的吸引力法則跟自我暗示的程序，但是書中的原則以及思維方式絕對不會帶來壞的結果。

本書指出了中國從毛澤東年代到2018美國中期選舉的各種媒體滲透手段，並詳細列出了各階段的目標方針以及策略的調整。

雖然已經時至2021，從連美國社會也整體向左走的今天來看，現在才去了解中國間諜作戰所造成的危機已經太遲，不過晚知道總比不知道好。

一樣是講最佳實踐的故事書，但是維運部門果然是無比慘烈。

本書主要點出了維運業務長年被低估的的複雜度以及重要性。

前者是本書著重的內容，並不斷的以工廠管理舉例，展示了各種維運工作的類型以及來源，並套用品質管理方法逐步改善的過程。該流程實質上也值得非維運專案的讀者仔細反思，到底平日的工作方式有沒有問題?

後者只在本書結尾時才明確提出 —- 即維運能力就是基礎競爭力的事實。以待過不同公司的開發者的角度來看，僅有一家公司能夠在內部系統上申請各種虛擬機、資料庫、DNS等服務，而且是隨選即用，就算是想做獨立環境的全端原型專案，整個建置時間也不會超過一個上午。

不過這種差距到底有多大，大概也只有相關從業人員能品的出來就是了(笑)。

本書的目錄乍看之下很像一系列範例專案的最佳實作說明。但是不，本書如標題所示，是教你如何開發Java專案的基礎指南，只是專案情境異常的完備且說明極其充實。

本書的每個章節都是以一個專案想法為開頭，在過程中不斷改變需求，並教導讀者偷懶作法的缺點，接著馬上示範標準作法。

雖然看著書上的故事，仍然有著跟一般軟體工程課程一樣的缺點(讀者感受不到需求變更的切身之痛)，然而這種說明方式依然生動許多，很好地展示SOLID原則、設計模式、六邊型架構...等實務上解決了什麼問題。對尚無經驗的開發人員是不錯的參考讀物。

另一方面，本書的範例專案其實也滿常出現在系統設計的面試題中，如果不使用本書的解法，而是仔細思考自己該如何設計出符合需求的系統的話，將會是一個不錯的基本功練習。

作為資深Java開發者，許多主題讀起來依然很有趣。

雖然不是參考書性質，但是有很多小技巧值得借來一讀。

除了提通各種工具以及最佳實踐之外，本書旨在點醒讀者：現在的IT工作方式已經變了。

這種思維的轉變力量其實遠超過流行工具的升級，以往從事基礎架構的人員總覺得被各種流程與規格綁架，做任何一點變動都得要戰戰兢兢，生怕弄壞了生產環境。

然而現代各項IT架構的部件都漸漸標準化，工具所提供的控制力有越來強大，實際上任何傳統IT活動(包括但不限於建置虛擬機、配置設定、運行腳本...等)都已經完全可腳本化且具有可測試性了。

這表示只要熟悉工具，IT人員其實已經能完全自由的進行資產管理了。這個事實想必能造福不少什維IT人員的讀者。

而對開發人員來說，以往系統架構也往往受到既有IT設施的約束，對於各種性能要求有著各式各項的妥協，然而這也是過時的想法了。

在開發人員在瞭解本書對於動態要求系統資源以及時常重建環境的想法後，也應該能跟IT人員一起設計出更有優秀抵抗力的系統才對。

本書作者試圖用自身經歷結合火箭科學家這個譬喻，來將各種不連貫的成功法則串聯成一本故事書。

我很後悔買了此書，不是因為道理在其他書都看過，或是因為本書只是用各種成功法則包裝過的正能量雞湯。

而是讀了這麼多思考決策相關的書之後，我還是被這個畢業後就一事無成的作者下的標題還有權威推薦騙到。

雖然已經知道容器化應用程式自動部屬的優點，但是本書仍然提供了許多觀點，是習慣裸機部屬的開發者很難想到的。

以部屬方面來說，rolling update、藍綠部屬、金絲雀部屬等，在以往的CD流程經常要大量的人為介入，以及仔細的規劃才能完成，而現在用pod管理應用程式後，各種部屬模式都將變得容易管理。

以管理層面來說，本來以為映像檔跟基於角色的欉及管理就足夠充分，本書以實務為基礎，更進一步介紹標籤管理以及組態檔在不同環境的應用方式，還提供安全性政策的建議作法。

總體來說跟序言的說法一致，本書不適合從頭到尾讀完，各個章節的主題並不連貫，真的是很純粹的參考手冊。

只有管理層面的方法可以先大致看過，其他大部的內容等自己在導入k8s的過程遇到問題時，再回來看書即可。

本書多記載各種請況的文件需求以及製作方法，主要概念是 :

- 文件是用來傳遞知識的
- 如果程式就是呈現知識最好的載體，那文件就應該從程式產生，隨實際情況變動
- 更好的情況下，任何其他包含知識的檔案如環境設定等，也應該自動化變成文件

本書從第一章就展示了一個理想情境，在商業邏輯、詞彙表、環境設定、部屬流程、架構圖、設計決策、測試案例都已經能自動化變成文件的情況下，專案成員能以多高的效率合作與討論解決方案。