※ 引述《reader (讀者)》之銘言：
: 大部分做這些系統的工程師，對於資訊科技的專業性都很不足，
: 沒辦法把系統架構設計好，卻一直以為問題出在領域知識的不夠
: 理解，或是系統分析的不夠詳盡，這才造成開發的困難。
: 試想若有好的即時系統架構、好的資料管理模型，交易的問題就
: 只要照著規格和公式寫作就好了，而這就只要找一位專業顧問來
: 協助和驗證即可，哪裡需要你自己花時間學習?
其實大家都是各執一詞﹐從自己的角度去看。
當你擁有好的即使系統架構﹑好的資料管理模型﹐那麼瓶頸就在專
業顧問身上。完善的軟件公司可以找來專業顧問﹐小公司或者SOHO
呢﹖當瓶頸在 Domain knowledge 時﹐就是像 gsj 強調那樣。
可是如果你已經有強大的團隊﹐已經懂得客戶的相關領域知識時﹐
那就是以優秀的系統架構及資料管理模式﹐應付種種客戶可能修改
的行為。那就是 reader 在形容的狀況。
當整個行業都有專業顧問應付 domani knowledge﹐有像 reader大
大的優秀者開發程式﹑系統﹐那麼瓶頸(或者說出路)就可能是在運
算法﹑專利權或者行銷通道上面。
人無我有﹐人有我精。不過就是這麼一回事啦。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.49.93.253