在講究分工細膩的社會裡
的確沒有必要懂那麼多
(不會燒好菜也能當美食家)
不過我認為當你要設計某一行業的軟體時
對那行業的術語和文化風格多少要知道一些
這是介面問題
否則很容易變成雞同鴨講
要做到"客戶滿意"根本就是緣木求魚了
> ==> PRAM.bbs@ptt.cc (PRAM) 的文章中提到:
> ※ 引述《leicheong.bbs@bbs.sayya.org (理昌)》之銘言：
> : ※ 引述《tinlans.bbs@whshs.cs.nccu.edu.tw (汀)》之銘言：
> : > 對工程人員 (也就是直接動手寫程式的人) 而言 domain knowledge 沒你說的重要
，
> : > 只需要瞭解它的皮毛就可以應付大部分的需求了，
> : 說得很有道理.
> : 試想需要程式設計的行業有這麼多, 工程人員應付本身工作需求
> : 的知識(Programming language, Design Pattern, Database Design等)
> : 已經很辛苦了, 又怎可能同時要求深度的domain knowledge.
> : 如果要求先考會計師牌照才可以寫會計用軟體的話, 我想你買
> : 得到的軟體不會是那個價錢了. 醫師們大概一輩子也不可能用到
> : 合適的軟體吧... :P
> 以前我國的一個民間公司 XX會 就曾經鬧過個笑話
> 要開發中醫師病症診療軟體，就是病人有什麼症狀，軟體就告訴你有什麼病，
> 然後上頭的人就說，我們需要 domain knowledge，全部的人都來念中醫吧，
> 結果大家埋頭念中醫不知多久，時間不短就是了，最後軟體也沒寫出來，胎死腹中。
> ※ 編輯: PRAM 來自: 220.132.163.180 (01/17 15:05)
--
* Origin: 中山大學-美麗之島BBS * From: 218.210.83.215