本篇針對第六章——「當你編碼時」進行論述
我在編寫**的時候通常都會先過一遍設計思路，之後就開始下手，往往寫到一般就有了新的改進想法，到那個時候再說（笑）。
其實編碼的時候偶爾會發生這種情況，就是你無意寫下的**讓你的程式成功執行，或者說再回過頭來看的時候，你並不清楚這段**到底有什麼作用，但這種情況畢竟是少數，因為編碼的時候通常都有很強的目的性，如果沒有的話是無法達成目標的。可見，這種巧合程式設計我們不能對其保有依賴性。
編碼需要面對大量的演算法架構，演算法速率則決定了我們的作品是否具有高效率。在演算法的選擇上，我們通常考慮它的時間複雜度和空間複雜度，這裡通過o（）表示法來實現兩個複雜度的評估，這也是資料結構課上所講的東西。而這裡要注意，最簡單的那個演算法，並不一定是最合適的，我們需要考慮現實要求，它不僅僅是比誰「快」。
如果面向專案的話，我們還需要學會重構，也就是重新設計。這顯然不是乙個簡單的活，你需要在已實現的完整**基礎上，將某個地方重新設計，還要保證連線無誤，想想就頭大。但當某段地方出現一些細小的異常時，重構的任務你就不得不提上日程，至少在它釀成大禍之前要解決它。
編碼完成後，測試是必不可少的，如果是程式設計題目，或許把樣例輸入進去，看看輸出結果是不是樣例結果就完事了，但在專案中可不是這樣，你需要保證每處地方都不能出錯。那麼，為了自己省點力氣，我們需要那些「易於測試的**」，比如進行單元測試，或者針對合約進行測試。
最後就是嚮導的問題，一些編碼軟體非常地「智慧型」，其中的嚮導甚至能幫你完成大部分工作，你只需要乙個按鍵向它們求助即可，但這些**不是你寫出來的，你需要考慮偷懶背後的代價。
程式設計師修煉之道讀後感 六
程式設計不是機械工具 靠巧合程式設計 避免靠巧合程式設計，不要依靠運氣和偶然地成功，而要深思熟慮地程式設計 巧合程式設計 實現地偶然 語境地偶然 隱含地假定 don t program by coincidence.不要靠巧合程式設計 深思熟慮地程式設計 1 總是意識到自己在做什麼 2 不要盲目地程...
《程式設計師修煉之道》 讀後感
前些時間把 程式設計師修煉之道 讀了一遍。一本好書啊。且不說裡面的一些程式設計技巧 這個詞應該比較貼切 比如正交性 高內斂，最後達到兩個模組之間互補影響 曳光彈或是原型 輕量級引導程式，直達目標，方便調整 斷言式程式設計，異常使用 暴露程式的問題，不要隱藏他 解耦與墨忒爾法則 低耦合，減少依賴 演算...
《程式設計師修煉之道》讀後感
看到這個書名的時候，會不自覺的想起周星馳在 喜劇之王 中的經典橋段，手拿一本 演員的自我修養 激勵著很多懵懂青年。就像這本書的自序所講的，這是一本包含有許多樸素的經驗，寫給注重實效的程式設計師的一本 演員的自我修養 剛剛步入程式設計隊伍的我，正需要這樣一本書給予我經驗，也因為是多年精心耕耘的結果，一...