0237期：換湯不換藥
作者：CGS • 日期：2007/06/01 • 類別: 程式漫談 ;•
;•
最近我公司附近的商業大樓和住家，有不少選擇更新外牆，外牆更新之後，整棟大樓似乎煥然一新，聽我同事說，同一棟大樓這麼做以後，出售時每坪的售價就提高了10 萬，當然最近台北的房地產也在上漲，所以我想並不是單純就這麼提高了十萬。
不過大樓內部的建築慢慢老舊，管線的問題，就不是這些換外牆可以解決的，很多購買過中古屋的人都會知道，最大的問題其實不是外面，而是內部的管線因時間的關係慢慢變得老舊。
程式設計也是一樣，程式設計的觀念技巧和工具也是推陳出新，但是核心的運算做法卻是類似的，不管是放到網頁上呈現或是用獨立的程式去呈現，甚至像以前一樣用終端機去呈現(很多大型的公司或銀行，內部還是有這種程式的，還有在應徵 COBOL 或 RPG 工程師的職缺就可以證明)。
或許面對客戶的部份的人機界面，越來越花俏，也越來越人性化，如果寫程式的人沒有思考新的人機界面，那就會落入換湯不換藥的窠臼。這些給人用的程式並不是像大樓換外牆一樣，只要換了新界面，新程式，就能解決原本程式邏輯上的問題。
當然還有另一種情況，就是原本寫作的人離職了，後續的人不想改前面的人的程式邏輯(某些情況下，是不懂原本寫作的程式語言)，就一直疊床架屋下去，遇到原本程式的邏輯錯誤，就暫時用其他的方法繞過處理。
等到日積月累，程式跟不上時代的變化，內部就宣佈重新再寫一套新程式，才開始下一個測試，上線的循環(這就像新建一棟新大樓)。程式設計的人就在測試、上線、除錯、修改的循環裡做事情，或許這就是我們的寫照吧。
不過大樓內部的建築慢慢老舊，管線的問題，就不是這些換外牆可以解決的，很多購買過中古屋的人都會知道，最大的問題其實不是外面，而是內部的管線因時間的關係慢慢變得老舊。
程式設計也是一樣，程式設計的觀念技巧和工具也是推陳出新，但是核心的運算做法卻是類似的，不管是放到網頁上呈現或是用獨立的程式去呈現，甚至像以前一樣用終端機去呈現(很多大型的公司或銀行，內部還是有這種程式的，還有在應徵 COBOL 或 RPG 工程師的職缺就可以證明)。
或許面對客戶的部份的人機界面，越來越花俏，也越來越人性化，如果寫程式的人沒有思考新的人機界面，那就會落入換湯不換藥的窠臼。這些給人用的程式並不是像大樓換外牆一樣，只要換了新界面，新程式，就能解決原本程式邏輯上的問題。
當然還有另一種情況，就是原本寫作的人離職了，後續的人不想改前面的人的程式邏輯(某些情況下，是不懂原本寫作的程式語言)，就一直疊床架屋下去，遇到原本程式的邏輯錯誤，就暫時用其他的方法繞過處理。
等到日積月累，程式跟不上時代的變化，內部就宣佈重新再寫一套新程式，才開始下一個測試，上線的循環(這就像新建一棟新大樓)。程式設計的人就在測試、上線、除錯、修改的循環裡做事情，或許這就是我們的寫照吧。
