二三往事

靠JAVA吃飯吃了一年了

總覺得想像中的資訊業跟現實中的資訊業有一段很大的落差。

在技術上是沒遇到什麼太大的問題
因為一般的需求，在技術上都不會複雜到哪裡去…
頂多就是弄弄報表、輸入輸出資料、讀寫資料庫、檔案傳來傳去之類的而已
在大不了就是call api去跟其他東西串在一起

並不是每種程式都會用到一堆複雜的演算法、艱深的數學。決大多數都是，調調版面、報表的位置、內容，許多部分都是很枯燥乏味，而且缺乏創新、創造的。在工作之中，最常做的是「剪下貼上」，不是我不願意設計出方便重覆使用的程是架構，而是被主管要求要這樣做。

如果你對寫程式還擁有熱情，最好先看看下面這篇文章。

這是我前陣子遇到的案例，真的很扯。

這個問題，因為系統架構有點複雜，所以舉個簡單易懂的例子來比喻，會比較容易懂

既然要舉例子
蠻多網頁初學的範例都用留言板
那還是舉留言板來當例子吧…..

通常，顧客會說：「我要個留言板」
然後開始說規格
例如…..
留言時要留的資料要有：
姓名、地址、身分證字號、電話…..

身分要有：
留言板管理人員、留言發佈者…..

流程是：
發佈者發佈一則留言 => 顯示於列表
發佈後可以修改留言內容

表面的規格是這樣寫，但實際上問了之後，客戶還會說更多細節
例如：
「留言板管理人員可以看留言中的所有資料，包含身分證字號、電話
一般人看列表只能看到姓名跟留言內容
管理者也能修改留言內容，而且修改過後，留言者就不能修改
管理者能刪除留言
留言發佈後，留言者就不能修改姓名、電話、地址，只能夠修改內容
(略)」

看起來很煩，寫起來也很煩

但這也還好，寫完後如果就這樣沒事也就算了……
通常寫完後還會這樣：

「我看過留言版了，有些地方要小修改一下…..」

「多加個審核者身份，所有留言要經過審核者審核通過才能發佈
留言管理者看不到未審核通過的內容，若是審核通過，可以看到審核者是誰
審核不通過的話，可以留下審核不通過的原因，退回留言者
留言者編輯後可以重新送出
審核通過的留言內容就不能修改

多加個閱讀者身份，只有閱讀者才能從列表中看見發佈的留言
但一樣看不到身份證之類的資訊」

好不容易依照要求改完之後，也可能有第三次：
「新增個搜尋列表，可以搜尋所有留言，但是要卡身分限制
留言者只能看見自己發的留言，審核者只能看見自己審核的留言

多加個評分者，我老闆說要對留言打分數
因此所有留言審核通過後就要送交評分者評分，打完分數後要歸檔匯出報表
可以計算某位留言者的某段時間內的留言評分，以及某部門的留言平均分數
就不用閱讀者了
(追問後才知道，評分者不能看身分證字號，但可以看電話 etc )

把你那個會員系統也給整合進來，需指定評分者、審核者能評分、審核
特定部門的留言者的留言」

接下來還可能有第四次、第五次…..

但是最讓我賭爛的是最後一次

「前幾天我已經跟公司的人都示範過這套系統了。
但是那些人(留言者、審核者、評分者、管理者)覺得用舊方法做就好….
所以，現在改成，留言者自己跟審核者決定留言內容，把留言內容e-amil給評分者
評分者改完分數後，再轉交給助理歸檔
所以你要把那個留言板系統改成助理的歸檔系統
並可以由助理一人記錄評分、留言內容
身分證字號、姓名，並加個上傳檔案的欄位記錄e-mail電子檔」

一開始開的規格，跟最後做出來的成品的差距，就像是西瓜跟網球一樣大。
除了都是綠色圓圓的之外，沒啥共同點了啊。