看到 code 寫成這樣我也是醉了，不如試試重構？
有過慘痛維護經驗的開發者都會了解，程式是需要設計的！設計不良的架構，會在未來增修功能的時候，大喊要殺了某人；但追求完美設計的下場，反而會被不懂程式的非工程人員追進度，還會被嫌沒效率；「重構」能在這兩個極端之間取得一個平衡。它能在具備基本設計的架構上，持續以增修功能為目的，補足設計上的缺陷。不僅能持續交付程式碼，也能持續改善設計，好重構，不試嗎？
雖然我看過的程式不是很多，但犯過的蠢事相信絕對不少，至少有寫過無數難以維護的程式碼。而當我在新增功能不順利的時候，最想殺的那個人，通常都是數個月前的自己。
為了不讓未來的自己起殺意，於是開始學設計模式、重構、單元測試、持續整合、 DevOps …等。學習與分享不為別的，除了求其他人（包括未來的自己）不要殺我之外，也真心希望大家能帶著愉快的心情，開發出真正有價值的軟體。
現在，雖然骯髒的程式碼已經寫下去了，但軟體是軟的，還回得去。重構正是其中一個有用的技巧，可以讓原本的殺意降低，愉快的心情增加。除此之外，還能提高程式碼的穩定度，讓大家對程式碼更有信心，也對部署更放心。
未來 30 天，將會分享我對於重構的了解，以及示範如何做重構，希望大家對重構能有更深刻的認識。