身為 programmer 一定會很討厭 user 成天在變更系統，因為這就表示 programmer 有 coding 不完的程式。但是真的能有萬年不變的電腦系統嗎 ?
我遇過那種一天可以來三次(甚至更多) update 需求表的(用抽換的啦，因為ISO 的關係每一份需求表都有編號的)，但極少會有 user 說不變系統的。遇到那種一天好幾變的user 那還真的會抓狂，有時才剛寫完這一張需求表，user 又來另一張說要改(這時我們不免懷疑 user 有需求表開單量的壓力)。面對這種 user 我們的方法是利用版本控管加上計算 user 使用的次數來遏止那無窮無盡的變更。
站在 IT 的立場我們一定不會希望 user 一直變更系統，除了表示 user 的多變外(這樣的變更多半是因為思考不周詳所致)，也許還會給主管認為是系統的不穩定造成。但是我始終相信不會有那種萬年不變的電腦系統的，因為時代是在改變的，雖說是公司內部的電腦系統但是也會因為外在的影響而有所變動的。
沒想到現在這裡的 IT 的同事竟抱著想用萬年系統的想法，在 n 年前寫好的程式是不太能改的，真是『歐賣尬』。我實在不想說是因為他們年紀大了已經不想動了(說真的我也不希望 user 三天兩頭的改，我也想少一事呀)，抱著萬年不變的系統真的比較好嗎? 是呀 ! 傳產的變化是沒電子業大啦，但也不至於能讓系統變成萬年不變吧?
說真的也不知道自己到底是幸運還是不幸，在前一家公司 14 年內，看著系統由早期的 COBOL 轉到 SQL 然後再轉至 Oracle，平均每三~四年系統就會有個大變動，再加上因為不同廠別的經營狀況能買的 DB 不一樣，以致於這些年來我又多看了好幾種的DB。
也許在轉換系統的當時心裡不免會有一堆的 OOXX，但時至今日卻也慶幸自己經歷過這樣一段的電腦系統的大變動，讓我更有能力去承受每一次的系統大變更。只是 IT 這樣的環境真的無法單打獨鬥的，IT 團隊的共識才能將一家公司系統推向更好的境界，否則 user 們就等著用那萬年不變的系統吧。
看到這篇的 user 也許可以想一想你們家的系統是那一種 ?
留言列表
