Jemmy Walker

有人說他廿年的經歷其實就是一年的經歷Repeat了廿次
雖然我沒悲慘到Repeat了20次，有一種經驗
十年的工作經歷也Repeat了快十次－就是中途接手專案
幸虧專案類型大多都不一樣，Scope沒有因此而狹隘．
隨著接觸次數增多，也發展了一些工具，彷彿多了一個幫手
今天和宇靜討論有關同一個Session但帶不同的客戶的ID怎麼處理
把Custom ID放在Struts裡的ActionForm應可解決．
但面對已完成的AP也要一支一支改，然後再迴歸測試
而且當初沒有強制規定客戶ID的變數命名：custid, cust_id且大小寫不一
隨各個PG自由發揮，惡果自此浮現，在deadline壓力下
也許會冒險用Perl一試，找出符合/\"cust_?id[^\"]*/i的Pattern全改成統一名稱
不管是jsp或ActionForm程式，因此事先的搜集也很重要，
找出規則性再決定要搜尋的Pattern，事前可以以/cust/i搜尋jsp程式碼
而Java碼可再以/getAttribute\(\"cust.*\"\)/搜尋會更精準
只是也會漏掉換行或多出空白的情形，搜尋不能太籠統，也不必太精確
(岔個題外話，難怪Perl適於生技學與物理學，Fuzzy理論的實踐者)

續構專案無可避免遇到對專案認知的錯誤或漏失．
上述的問題就是接手富邦時一個漏失．預防勝於治療，既然沒有預防到
使用批次修改不失為快速手段，而之前兩個工作得做好
1.備援程式與環境，否則修改過頭無法還原就問題大條了
2.批次修改的Pattern要纖濃合度，太廣會改到不必要的東西，太細可能只改到兩三支AP