程式人的心酸-你準備好要進軟體業了嗎?

靠JAVA吃飯吃了一年了

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

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

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

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

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

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

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

 

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

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

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

 

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

看起來很煩,寫起來也很煩

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

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

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

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

 

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

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

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

 

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

 

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

 

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

 

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

 


 © 2024 - 二三往事