《程序員修煉之道》讀后感

時間：2022-11-09 12:01:11 讀后感我要投稿

《程序員修煉之道》讀后感

　　當閱讀了一本名著后，你有什么領悟呢？讓我們好好寫份讀后感，把你的收獲和感想記錄下來吧。可能你現在毫無頭緒吧，以下是小編整理的《程序員修煉之道》讀后感，供大家參考借鑒，希望可以幫助到有需要的朋友。

《程序員修煉之道》讀后感

　　編程技術就是程序員的手藝，你的程序就是你的藝術品。時刻關注自己的技藝，保持熱情、保持好奇，爭取做到富有專長而又多才多藝。

　　看似樸素的道理，實際是若干經驗的總結，就像這本書的自序所講的，這是一本包含有許多樸素的經驗，寫給注重實效的程序員的一本“演員的自我修養”。

　　簡單和朋友們分享幾點：

　　怎樣提出你的問題

　　1、確切地知道你想要問什么，并盡量明確具體；

　　2、小心而得體地組織你的問題，記住你是在請求幫助；

　　3、發郵件時請使用有意義的主題；

　　4、坐回椅子上，耐心等候

　　破窗

　　團隊不能容忍破窗（產品的不完善的地方），需要指定人修復，不能一直放著不管。當你看到糟糕的設計、錯誤的決策和糟糕的代碼時，修正它們。在工作中，很容易對源源不斷的bug不耐煩，或許被自己說服僥幸繞過，以后就會有更多的直至難以修復。破窗戶講的故事是一個小區的一扇窗戶沒有及時維修導致整個小區陷入被更多破壞的現實，人們再想起維修時，代價巨大，治安特別好的地區也對破窗嚴格治理。

　　不要恐慌

　　做一次深呼吸，思考什么可能是bug的原因。記得剛入團隊時，我時常會對難以捉摸，尤其是不能復現的'bug感到恐懼，但細細尋找，你還是能看到蛛絲馬跡。

　　溫水煮青蛙

　　個人和團隊假如一直在一個假設的環境或者需求或者條件下繼續下去，就很可能像那只可憐的青蛙一樣，或者定時的檢測下環境或條件或需求是否變化，或者團隊里面專門有人來檢測

　　重復的危害

　　不要在系統各處對知識進行重復。作為程序員，我們收集、組織、維護和利用知識。我們在規范中記載知識、在運行的代碼中使其活躍起來并將其用于提供測試過程中所需的檢查。遺憾的是，知識并不穩定。所有這些不穩定都意味著我們要把很大一部分時間花在維護上，重新組織和表達我們的系統中的知識。程序員須持續不斷地維護。我們的理解逐日變化，當我們設計或編碼時，出現了新的需求。環境或許變了。不管原因是什么，維護都不是時有時無的活動，而是整個開發過程中的例行事務。可靠地開發軟件、并讓我們的開發更易于理解和維護的惟一途徑，是遵循我們稱之為DRY的原則：系統中的每一項知識都必須具有單一、無歧義、權威的表示。

　　正交性

　　不要把任何一項知識分散在多個系統組件中。在計算技術中，該術語用于表示某種不相依賴性或是解耦性。如果兩個或更多事物中的一個發生變化，不會影響其他事物，這些事物就是正交的。非正交的例子：直升機駕駛操作的各個控制器之間就是相互影響的，不是正交的。

　　正交的好處就是為了可以局部修正（local fix）。

　　何時使用異常

　　將異常用于異常的問題。例如：文件讀寫，例程返回值，各種狀態異常檢測，服務器超時等異常情況，都需要使用異常，通常為異常分等級，可以拋出異常，或者將異常寫入日志。

　　交流

　　我們不是活在真空世界，需要花大量時間與人交流。只有當你是在傳達信息時，你才是在交流。

　　有效交流的幾種方法：知道你想要說什么，了解你的聽眾，選擇時機，選擇風格，讓文檔美觀，讓聽眾參與，做傾聽者，回復他人。

　　定期為你的知識資產投資

　　讓學習成為習慣。編程語言、技術日新月異，小伙伴們都感受至深，幸運的是我們的知識獲得比任何行業都更加容易和方便，大量的社區，教程和熱心的作者。書中也給程序員提了幾點建議，每年學習一門新的語言，每個季度閱讀一本技術書籍等。

　　讓復用變得容易

　　如果復用很容易，人們就會去復用。創造一個支持復用的環境。將相同的功能抽離出來，可能會大量用到的方法使用靜態關鍵字。

　　在你的作品上簽名

　　過去時代的會陷入自我欣賞中，他其實還有一個作用，我對代碼負責，我測試過并確保他的良手藝人為能在他們的作品上簽名而自豪。你也應該如此。坦白的說，簽名之后再看這段代碼會非常愉悅，有時還好運行，也是一種自我監督吧。

　　“我的源碼讓貓吃了”，想想作為程序員的我們，是不是經常會幫自己解脫，向領導，測試，客戶推卸責任，其實對于他們仿佛也就好比聽“我的源碼讓貓吃了”這句話，是不是很諷刺?不管我們某個人基礎再扎實，解決問題的能力再強，如果缺失了對自己的軟件的責任，一定不會有好的工作成果。

　　很多很多，這些不是做過一次兩次就說明已經掌握了，需要一個持續的過程去注意，實踐，直到他們成為你的習慣，這樣，你才能成為一個“專家程序員”。

【《程序員修煉之道》讀后感】相關文章：