引用:
作者Devil
有時候不是developer不想把東西做簡單
而是被使用者訓練出來的(恕刪)
|
我上面那些話是對PM大講的,以他提到的金額來看我猜是小公司的案子,是1~3個月內可以完工的,
時間短需求也很明確,不可能一直改
而且一般小公司是沒有系統開發部門的,都是 MIS 在維護所以我才會這樣說
你講的應該是大型專案,這中間的變因很多當然要做良好的規劃
還要跟各部門角力,這中間的辛酸不足為外人道
但我講的意思是不要 overdesign,this is a trade-off
這取決於是否做過同類型的案子,能拿捏那個界線在哪裡
舉個 SD 叫我做的例子 : 一個簡單的發mail功能,為了不影響正常程式回應時間改成非同步(用 message queue)
又因為 mail server 可能掛掉如果送不出去要把 mail 存 DB 再用 schedule job 定期重送
但是改那麼複雜一年內用不到1次

(台積電如果 mail server 掛掉就不用玩了)
所以我才會開始思考做這些對使用者的意義是什麼