Coding like Writing - More explicit saves more time.

這兩天研究需要，要修改ㄧ個幾個月前的程式碼，但是過程吃足了苦頭，改了又改，最後卻是用最簡單的方法解決了問題。

最近身心狀況不錯，本來想說應該可以輕鬆修改我之前寫的程式碼，之前寫的程式雖然有按照物件導向的寫法，但是，程式碼的功能與寫法，太隱晦了，ㄧ堆程序碼不知道它如何完成我要的功能，導致我完全不知道如何修改。我寫的程式功能是要根據所輸入的元素，去資料庫把周圍相關的資料節點叫出，然後畫圖。 我那時的邏輯只有存在我的腦中，在剛寫完時，我還記得我的邏輯是怎樣執行，知道怎樣修改，不過時間ㄧ久，我完全忘記我的邏輯為何，花了很多力氣在看懂我的程式，更糟的是，有些地方看不懂，用猜的方式，改的更是辛苦，而且最後也沒有達成目的。

從這次的經驗學到，寫快樂程式（Happy Codes）其實會花更多力氣。 應當多花點力氣，把想法寫進去程式碼中，程式中要能表現我當時的想法。 另外，一個相關的經驗是，中間的數值的格式標準也應該ㄧ致，不然在修改時，會花掉相當多的時間，再測試程式中間的資料格式，真正花在修改邏輯上面的時間相對的少！ 另外，沒事還是最好不要直接修改原本的程式碼，通常為了省時間，最後會花上更多的時間。像我這次改程式的部份並沒有改成功，倒是，後來發覺到有另外ㄧ個解決方法，用了ㄧ個最簡單的方式，完成了原本要達成的任務。