【七日閱書】1.注重實效《程序員修煉之道—從小工到專家》

目錄

一、寫在前面

二、注重實效

1. 負責

2.破窗/圖景/質量

3.管理你的知識資產

4.交流

5.不要重復自己/正交性/可撤銷性

6.快速實現（曳光彈）/原型/估算

7.領域語言

三、小結

一、寫在前面

首先，這是我在2022年寫的第一篇博客，我把他獻給讀書。

套用最近比較流行的一句話『讀書破萬卷』，可見書籍的力量還是足夠強大。

這本《程序員修煉之道—從小工到專家》是一本修煉內功的書，常讀常新。

我通過文字記錄和分享個人對于這本書的理解，希望能夠持續成長。

二、注重實效

本書的前兩章都在聊"注重實效"，分別是哲學和途徑，即分別對應了理論和實踐。

1. 負責

本節標題為《我的源碼讓貓吃了》，引出了開發者在項目中對于責任的認定和要求。

為結果負責，就要承擔起責任

犯錯就要承認

要提供選擇，而不是找借口

這和我們的認知中"不要只提出問題，而是要給出解決方案"的理念是一致的，強調了負責的重要性。

2.破窗/圖景/質量

我把這三點放在一起，他們都是為了維護軟件質量做出的努力。

不要去一點一點降低編碼質量，這樣會讓你的團隊成員效仿，這會導致項目的質量越來越差。（破窗效應）

通過對大圖景的描述，能提升士氣，并達到最終希望的結果。

質量要成為需求的一部分，也要適可而止。

3.管理你的知識資產

知識資產就是你的全部知識和經驗，需要經營，包括

定期投資

多元化

管理風險

低買高賣

重新評價和平衡

為了達成目標，建議有

每年至少學習一種新語言

每季度閱讀一本技術書籍

也要閱讀非技術書籍

上課

參加本地用戶組織

實驗不同的環境

跟上潮流

上網

還有批判的思考，你看到的讀到的和聽到的，不一定是真實的，很可能是商業推給你的。

4.交流

作為一個開發者，交流是需要并且必須的，本節給出了需要注意的點

知道你想要說什么

了解你的聽眾

選擇時機

選擇風格

讓文檔美觀

讓聽眾參與

做傾聽者

回復他人

5.不要重復自己/正交性/可撤銷性

第二章的重點在于途徑，也就是方法論。前三節的目的在教會我們如何讓自己的代碼更好。

DRY原則，為的是更簡潔的代碼。

產生重復的原因分為這幾種，分別需要采取不同的應對策略。

強加的重復。使用代碼生成器。

無意的重復。設計不規范。

無耐性的重復。預先優化。

開發者之間的重復。互利互惠。

正交性，對應到計算機領域是解耦，即不相互依賴。一個沒有做到解耦的系統是很難后期維護的。

可撤銷性則對應的是靈活的架構，在一個軟件的開發周期中，合同的供應商可能發生重大變化，我們的架構需要支持這種不確定性。

6.快速實現（曳光彈）/原型/估算

書中的曳光彈沒有直接白話的解釋，我的理解是快速實現，并且跳過原型設計環節。

可能是為了防止讀者過于信任曳光彈模式，緊接著后面一節講的就是原型和便簽。但是這里的原型和產品經理給的原型的定義是不同的，這里指的是能被看懂業務的Demo。先做起來檢查業務對不對，而不是像上一節那樣先做完再去調整細節。

不管采用什么樣的開發模式，我們都會在項目進行中估算進度。本書給出的思路也基本和項目管理中的工作分解結構估算工期的流程一致。

7.領域語言

領域語言解決的問題是項目的業務來決定使用什么樣的編程語言。

我用一個現代化一些的例子來說，就是我要在本地批量處理文件并生成報表，那首選當然是Python，而不是Java。

三、小結

正確地認識開發者自己和項目流程，在這之間需要認知的細節，就是前兩章的內容。

專家 開發者

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。