當(dāng)閱讀了一本名著后，你有什么領(lǐng)悟呢？讓我們好好寫份讀后感，把你的收獲和感想記錄下來吧�？赡苣悻F(xiàn)在毫無頭緒吧，以下是小編整理的《程序員修煉之道》讀后感，供大家參考借鑒，希望可以幫助到有需要的朋友。
編程技術(shù)就是程序員的手藝，你的程序就是你的藝術(shù)品。時刻關(guān)注自己的技藝，保持熱情、保持好奇，爭取做到富有專長而又多才多藝。
看似樸素的道理，實際是若干經(jīng)驗的總結(jié)，就像這本書的自序所講的，這是一本包含有許多樸素的經(jīng)驗，寫給注重實效的程序員的一本“演員的自我修養(yǎng)”。
簡單和朋友們分享幾點：
怎樣提出你的問題
1、確切地知道你想要問什么，并盡量明確具體；
2、小心而得體地組織你的問題，記住你是在請求幫助；
3、發(fā)郵件時請使用有意義的主題；
4、坐回椅子上，耐心等候
破窗
團(tuán)隊不能容忍破窗（產(chǎn)品的不完善的地方），需要指定人修復(fù)，不能一直放著不管。當(dāng)你看到糟糕的設(shè)計、錯誤的.決策和糟糕的代碼時，修正它們。在工作中，很容易對源源不斷的bug不耐煩，或許被自己說服僥幸繞過，以后就會有更多的直至難以修復(fù)。破窗戶講的故事是一個小區(qū)的一扇窗戶沒有及時維修導(dǎo)致整個小區(qū)陷入被更多破壞的現(xiàn)實，人們再想起維修時，代價巨大，治安特別好的地區(qū)也對破窗嚴(yán)格治理。
不要恐慌
做一次深呼吸，思考什么可能是bug的原因。記得剛?cè)雸F(tuán)隊時，我時常會對難以捉摸，尤其是不能復(fù)現(xiàn)的bug感到恐懼，但細(xì)細(xì)尋找，你還是能看到蛛絲馬跡。
溫水煮青蛙
個人和團(tuán)隊假如一直在一個假設(shè)的環(huán)境或者需求或者條件下繼續(xù)下去，就很可能像那只可憐的青蛙一樣，或者定時的檢測下環(huán)境或條件或需求是否變化，或者團(tuán)隊里面專門有人來檢測
重復(fù)的危害
不要在系統(tǒng)各處對知識進(jìn)行重復(fù)。作為程序員，我們收集、組織、維護(hù)和利用知識。我們在規(guī)范中記載知識、在運行的代碼中使其活躍起來并將其用于提供測試過程中所需的檢查。遺憾的是，知識并不穩(wěn)定。所有這些不穩(wěn)定都意味著我們要把很大一部分時間花在維護(hù)上，重新組織和表達(dá)我們的系統(tǒng)中的知識。程序員須持續(xù)不斷地維護(hù)。我們的理解逐日變化，當(dāng)我們設(shè)計或編碼時，出現(xiàn)了新的需求。環(huán)境或許變了。不管原因是什么，維護(hù)都不是時有時無的活動，而是整個開發(fā)過程中的例行事務(wù)�？煽康亻_發(fā)軟件、并讓我們的開發(fā)更易于理解和維護(hù)的惟一途徑，是遵循我們稱之為DRY的原則：系統(tǒng)中的每一項知識都必須具有單一、無歧義、權(quán)威的表示。
正交性
不要把任何一項知識分散在多個系統(tǒng)組件中。在計算技術(shù)中，該術(shù)語用于表示某種不相依賴性或是解耦性。如果兩個或更多事物中的一個發(fā)生變化，不會影響其他事物，這些事物就是正交的。非正交的例子：直升機(jī)駕駛操作的各個控制器之間就是相互影響的，不是正交的。
正交的好處就是為了可以局部修正（local fix）。
何時使用異常
將異常用于異常的問題。例如：文件讀寫，例程返回值，各種狀態(tài)異常檢測，服務(wù)器超時等異常情況，都需要使用異常，通常為異常分等級，可以拋出異常，或者將異常寫入日志。
交流
我們不是活在真空世界，需要花大量時間與人交流。只有當(dāng)你是在傳達(dá)信息時，你才是在交流。
有效交流的幾種方法：知道你想要說什么，了解你的聽眾，選擇時機(jī)，選擇風(fēng)格，讓文檔美觀，讓聽眾參與，做傾聽者，回復(fù)他人。
定期為你的知識資產(chǎn)投資
讓學(xué)習(xí)成為習(xí)慣。編程語言、技術(shù)日新月異，小伙伴們都感受至深，幸運的是我們的知識獲得比任何行業(yè)都更加容易和方便，大量的社區(qū)，教程和熱心的作者。書中也給程序員提了幾點建議，每年學(xué)習(xí)一門新的語言，每個季度閱讀一本技術(shù)書籍等。
讓復(fù)用變得容易
如果復(fù)用很容易，人們就會去復(fù)用。創(chuàng)造一個支持復(fù)用的環(huán)境。將相同的功能抽離出來，可能會大量用到的方法使用靜態(tài)關(guān)鍵字。
在你的作品上簽名
過去時代的會陷入自我欣賞中，他其實還有一個作用，我對代碼負(fù)責(zé)，我測試過并確保他的良手藝人為能在他們的作品上簽名而自豪。你也應(yīng)該如此。坦白的說，簽名之后再看這段代碼會非常愉悅，有時還好運行，也是一種自我監(jiān)督吧。
“我的源碼讓貓吃了”，想想作為程序員的我們，是不是經(jīng)常會幫自己解脫，向領(lǐng)導(dǎo)，測試，客戶推卸責(zé)任，其實對于他們仿佛也就好比聽“我的源碼讓貓吃了”這句話，是不是很諷刺?不管我們某個人基礎(chǔ)再扎實，解決問題的能力再強(qiáng)，如果缺失了對自己的軟件的責(zé)任，一定不會有好的工作成果。
很多很多，這些不是做過一次兩次就說明已經(jīng)掌握了，需要一個持續(xù)的過程去注意，實踐，直到他們成為你的習(xí)慣，這樣，你才能成為一個“專家程序員”。
【《程序員修煉之道》讀后感】相關(guān)文章：
《優(yōu)秀教師的修煉之道》讀后感01-10
班主任修煉之道讀后感11-28
《優(yōu)秀教師修煉之道》讀后感04-18
班主任修煉之道讀后感范文11-27
醫(yī)生的修煉讀后感03-01
《醫(yī)生的修煉》讀后感04-09
醫(yī)生的修煉讀后感08-23
《魅力教師的修煉》的讀后感06-23
《魅力教師的修煉》讀后感06-22