2024.10.29（程式設計師的修煉之道）

重寫、重做和重新架構程式碼合起來，稱為重構、當程式碼出現以下特徵，就應該考慮重構了、出現重複內容，違反DRY原則、非正交的設計、知識過時了，或者你對某部分的瞭解更深一步、對效能造成了影響、重構的原則：早重構、常重構。重構面臨的敵人通常都是時間，但這個藉口並不成立，因為之後由此引發的時間額外消耗很可能更多。如何重構。不要試圖在重構的同時增加功能。重構之前，確保擁有良好的測試。採取短小，深思熟慮的步驟，不要一次改動太多內容。
戈爾迪斯結號稱是沒人能解開的結，後來亞歷山大大帝來了，用劍劈開了這個結、面對看似不可能解決的問題，一定要轉換思路，不要受任何先人之見影響。不要在盒子外面思考，要找到盒子、有時你會發現，自己在處理的問題比你以為的要難得多，總會感覺一定有更容易的方法。這時你可以退回一步，問問自己：
有更容易的方法嗎
你是在解決真正的問題，還是被外圍的技術問題轉移了注意力
這件事情為什麼是一個問題
是什麼使它如此難以解決
它必須以這種方式完成嗎
很多時候，對需求的重新詮釋能讓整個問題全部消失— 就像戈爾迪斯結。
1、某個專案團隊奇蹟般的完成了一個非常複雜的專案，但卻遭到使用者抵制，原因是該引用沒有幫助系統。所以考慮現實，專案的成功是由它在多大程度上滿足了使用者的期望來衡量的。
2、要與客戶之間多交流期望，瞭解他們的需求，而不是一味沉溺在技術的世界裡。
3、適當製造驚喜，會有些通用性的技巧能讓專案獲得更好的體驗。比如：
氣球式幫助
快捷鍵
日誌檔案分析器
自動化安裝