先整理一下？｜個人層面的軟體設計考量讀後心得

先整理一下？｜個人層面的軟體設計考量讀後心得¶

薄薄一本，但會是軟體工程師的開發心法，接手前人的專案或是協作專案時，是否有總衝動想要把某部分的程式碼改得更加順暢，卻又苦於新的需求不停地來。

作者第一部分先教最底層的戰術，核心理念就如clean code中類似的守則，刪除沒用到的程式碼，有解釋性(self-explian)的程式碼或註解，程式碼切塊，DRY(不要重複自己)，重點都是在於寫給未來的自己或是後續維護者，更好的去理解程式碼，更甚，不知道全貌仍舊可以改動程式碼。

第二部分:管理，說的是我們該以什麼樣的心態跟節奏去維護或是發出PR(pull request)，盡量讓行為(Behavior)跟結構(Structure)分開，這樣也可降低code reviewer的成本。甚至有些維護，是可以不用去做的(已經不會再變動的code)，或是可以晚點去做。

第三部分:理論，這部分又跟經濟學掛勾，身為軟體工程師，最大的價值還是在於產出協助到大家的東西，如果有些優化很美好，但很耗時，優化好時產品都已經要退休(EOL)，那就還是回到經濟效益面，一旦能夠從效益的角度看程式碼，往往可以事半功倍，把注意力花在更有意義的地方。