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

1、程序員修煉之道讀后感程序員修煉之道讀后感 編程技術(shù)就是程序員的手 藝，你的程序就是你的藝術(shù)品。時刻關(guān)注自己的技藝，保持熱 情、保持好奇，爭取做到富有專長而又多才多藝?？此茦闼氐牡览?，實際是若干經(jīng)驗的總結(jié)，就像這本書的自 序所講的，這是一本包含有許多樸素的經(jīng)驗，寫給注重實效的程 序員的一本“演員的自我修養(yǎng)”。簡單和朋友們分享幾點：怎樣提出你的問題1：確切地知道你想要問什么，并盡量明確具體；2：小心而 得體地組織你的問題，記住你是在請求幫助；3：發(fā)郵件時請使用 有意義的主題；4：坐回椅子上，耐心等候破窗團隊不能容忍破窗（產(chǎn)品的不完善的地方），需要指定人修 復(fù)，不能一直放著不管。當(dāng)你看到糟糕的設(shè)計、

2、錯誤的決策和糟 糕的代碼時，修正它們。在工作中，很容易對源源不斷的bug不 耐煩，或許被自己說服僥幸繞過，以后就會有更多的直至難以修 復(fù)。破窗戶講的故事是一個小區(qū)的一扇窗戶沒有及時維修導(dǎo)致整 個小區(qū)陷入被更多破壞的現(xiàn)實，人們再想起維修時，代價巨大， 治安特別好的地區(qū)也對破窗嚴(yán)格治理。不要恐慌做一次深呼吸，思考什么可能是bug的原因。記得剛?cè)雸F隊 時，我時常會對難以捉摸，尤其是不能復(fù)現(xiàn)的bug感到恐懼，但 細(xì)細(xì)尋找，你還是能看到蛛絲馬跡。溫水煮青蛙個人和團隊假如一直在一個假設(shè)的環(huán)境或者需求或者條件下 繼續(xù)下去，就很可能像那只可憐的青蛙一樣，或者定時的檢測下 環(huán)境或條件或需求是否變化，或者團隊里面

3、專門有人來檢測重復(fù)的危害不要在系統(tǒng)各處對知識進行重復(fù)。作為程序員，我們收集、 組織、維護和利用知識。我們在規(guī)范中記載知識、在運行的代碼 中使其活躍起來并將其用于提供測試過程中所需的檢查。遺憾的 是，知識并不穩(wěn)定。所有這些不穩(wěn)定都意味著我們要把很大一部 分時間花在維護上，重新組織和表達我們的系統(tǒng)中的知識。程序 員須持續(xù)不斷地維護。我們的理解逐日變化，當(dāng)我們設(shè)計或編碼 時，出現(xiàn)了新的需求。環(huán)境或許變了。不管原因是什么，維護都 不是時有時無的活動，而是整個開發(fā)過程中的例行事務(wù)?？煽康?開發(fā)軟件、并讓我們的開發(fā)更易于理解和維護的惟一途徑，是遵 循我們稱之為DRY的原則：系統(tǒng)中的每一項知識都必須具有單

4、一、無歧義、權(quán)威的表示。正交性不要把任何一項知識分散在多個系統(tǒng)組件中。在計算技術(shù) 中，該術(shù)語用于表示某種不相依賴性或是解耦性。如果兩個或更 多事物中的一個發(fā)生變化，不會影響其他事物，這些事物就是正 交的。非正交的例子：直升機駕駛操作的各個控制器之間就是相 互影響的，不是正交的。正交的好處就是為了可以局部修正(local fi_) o何時使用異常將異常用于異常的問題。例如：文件讀寫，例程返回值，各 種狀態(tài)異常檢測，服務(wù)器超時等異常情況，都需要使用異常，通 常為異常分等級，可以拋出異常，或者將異常寫入日志。交流我們不是活在真空世界，需要花大量時間與人交流。只有當(dāng) 你是在傳達信息時，你才是在交流。有

5、效交流的幾種方法：知道你想要說什么，了解你的聽眾， 選擇時機，選擇風(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ǔ)再扎實，解決問題的能力再強，如果缺失了對 自己的軟件的責(zé)任，一定