鐵人檔案
在持續開發軟體的生涯中，經手或協同開發的過程中。
常常發現各種小問題累積，最後導致軟體的維護，變成如同惡夢的地獄。
其實只要在開發中間，利用一些技巧，就可以程式碼更容易閱讚與維護。
期望可以自己在這三十天，可以將自己一路走來，不停撞牆與突破的經驗，
好好的整理成一系列的文章，分享給大家。
若能幫上忙，那就太好了。
若覺得有改進空間的，也請給與指教與建議，謝謝。
2022.06 補充: 後續補完於個人部落格內，本系列文章總覽 持續優化程式碼品質 小弟年年都坐在台下，看著各位神人在鐵人賽上大顯身手，也沒有想要參加鐵人賽。...
在開發時，為了快速或是避免麻煩，可能會用簡單的代號，例如 aa 這種名稱，來暫時做為變數的名稱。這無可厚非，但是...假若在完成該功能當下，沒有進行最基本的重構...
今天己經是第三天了，各位看倌現在看的文章，都是利用當天下班時間，天天壓著 Dead Line 產出的新貨，寫的當下，可能會漏掉一些內容。假若那天看前面的文章，突...
各位看倌還記得02. 看的懂的程式碼，才是好的程式碼看到的程式嗎？ 造成程式碼不易閱讀的因素有很多，但最常見的就是命名行為不確實。下面，我們將前文出現的程式碼，...
如果有幸接手他人的程式碼，有可能會發生以下幾種情況， 基本上不存在 IDE 自行產生的註解以外的註解。 滿滿的註解起來的程式碼，但是這些註解，都是不知道還有沒...
在前面的文件中，不斷的提到重構，看到這名詞，可能會覺得很難，或是覺得這離自己很遠。 但在筆者的認知中，重構這件事，其實沒有那麼困難。甚至，各位看倌在開發的過程中...
在前面幾篇文章，針對程式碼的閱讀性，提到命名規則、註解，重構，接著讓我們簡單快速的回顧一下，持續優化碼內涵的概念與做法。 自我要求程式碼具有可有高閱讀性 持續優...
提到物件導向設計(Object-Oriented Programming, OOP)，一定會提到它的三大特性，分別是封裝、繼承、多型。此外，還有一個東西，筆者覺...
在前文物件導向的特性中，提到物件導向設計本身具有封裝、繼承、多型、抽象這些特性。 知道物件導向的特性，就可以寫出具備閱讀性、維謢性、擴充性的程式碼？答案是肯定的...
在前文物件導向設計原則—SOLID，我們簡單的回顧 Robert.C.Martin 提出的 SOLID 原則，單一職責、開放封閉、里氏替換、接口隔離以及依賴反轉...
