《程式設計師修煉之道從小工到專家》閱讀筆記03

靠巧合程式設計應該避免靠巧合程式設計，避免依靠運氣和偶然的成功。而要深思熟慮的程式設計。

怎樣深思熟慮的程式設計：1）總是意識到你在做什麼2）不要盲目的程式設計3）按照計畫行事4）依靠可靠的事物5）為你的假定建立文件6）不要只是測試你的**，還要測試你的假定7）為你的工作劃分優先順序。把時間花在重要的方面。

重構：周遭所見，皆是變異與衰敗。**需要演化：他不是靜態的事物！不要對改動猶豫不決

**若具有如下特徵，則應該考慮重構：1）重複2）非正交的設計3）過時的知識4）效能

就其核心而言，重構就是重新設計：怎樣進行利大於弊的重構：1）不要試圖在重構的同時增加功能2）在開始重構之前，確保你擁有良好的測試。（盡可能經常執行這些測試，如果你的改動破壞了任何東西，你很快可以知道）

易於測試的**：單元測試< 測試你的軟體，否則你的使用者就得測試 >

需求只坑完美，不是在沒有什麼需要增加，而是在沒有什麼需要去掉時達到的。不要蒐集需求而要挖掘他們！與使用者一同工作，以像使用者一樣思考！

解開不可能解開的謎題

解開謎題的關鍵：確定加給你各種約束，並確定你確實擁有自由度

< 不要在盒子外思考，要找到盒子 >

我們可以先確定最為嚴格的約束，然後再在其中考慮其餘約束很多時候，對需求的重新詮釋能讓整個問題全部消失 ------ 就像戈爾迪斯結

等你準備好：有時猶豫的人會得以保全

< 傾聽反覆出現的疑慮，等你準備好再開始 >

規範陷阱：編寫程式規範就是吧需求規約到程式設計師能夠接管的程度的過程

結構化程式設計 ------ 擁有長久的生命

注重實效的團隊：有了注重實效的開發者，讓他們工作在能夠發揮自身能力的環境中，他們很快就會發展並提煉他們自己的、有效的團隊動力機制

無處不在的自動化：軟體開發人員常常會使用最糟糕的工具來完成工作

無情的測試：

< 早測試，常測試，自動測試 >

< 要到通過全部測試，編碼才算完成 >

< 通過」蓄意破壞「測試你的測試》

< 測試狀態覆蓋，而不是**覆蓋 >

< 乙個 bug只抓一次 >

全部都是寫好記性不如爛筆頭：把英語當做又一種程式語言

靠巧合程式設計應該避免靠巧合程式設計，避免依靠運氣和偶然的成功。而要深思熟慮的程式設計。

看到這裡，我不禁想問，套用模板的程式設計算是巧合程式設計嗎？答案是肯定的，因為沒有經過你自己的深思熟慮的程式設計都是巧合程式設計。就像老師說的那樣，總有一天你接到乙個專案，你找不到對應的模板時，你該怎麼辦？

**的重構：不要對改動猶豫不決，我自己本身就有這樣的問題，廢了九牛二虎之力碼出來乙個程式，老師卻提出了新的要求，這時候我就開始猶豫了，怎麼改動呢？從**開始改呢？

**若具有如下特徵，則應該考慮重構：1）重複2）非正交的設計3）過時的知識4）效能

《程式設計師修煉之道 從小工到專家》閱讀筆記03