※ 引述《godfat.bbs@ptt.cc (godfat 真常)》之銘言：
: ※ 引述《tester.bbs@bbs.csie.ncu.edu.tw (try or test)》之銘言：
: : 台灣從有程式設計課以來就是強調 "創意" 系統設計, 不是照要求做
: : 出模組, 因為我們都用廠商提供的模組或 Library .
: : 系統規格定的太死, 就是只能照著規格或規範做, 全班抄一份就行了.
: : 過去的致命傷是 "減量驗收, 部份付款(給成績)", 所以整個系統沒有
: : 品質可言, 這種態度更不適合做規格化模組.
: : 因為講創意設計, 所以是個體化, 藝術化, 就沒有合作現象, 更不會
: : 有互通介面或基礎平台.
: : 講清楚規格需求不難, 開規格要的是講明如何驗收與驗證, 而可驗證
: : 的項目才是可以委外的需求或規格.
: : 應該說老師們沒有按照商業運作程序做要求, 不過學校確實也很少將
: : 軟體委外.
: 需求不講清楚會讓雙方對成果不滿意的機率增加
: 我拚死拚活把效率做到 100 分，bug 全部除乾淨
: 結果別人華麗的介面與奇怪功能拿到的分數還比較高
: 有創意沒品質，到底是為什麼寫程式？
等到了實務上 你這就重要多了
要搶案子時 畫面的華麗 也有相當的重要性
但是 真正 長久的運作
就看穩定性囉
而這才是致命傷
才不會永遠結不了案
或是客戶將你列為 拒絕往來戶
我相信 有不少的工程師 每天的工作內容 花了不少 是在 以前的案子的bug 上
--
㊣Origin:《 成大計中 BBS 站 》[bbs.ncku.edu.tw] 來源:[218-165-85-150.dynamic]