※ 引述《reader.bbs@ptt.cc (讀者)》之銘言：
> 股票交易管理系統?
> 我把股票、權證、期貨、外匯、選擇權... 的交易管理都寫了，
> 所以我應該有資格說話，其中困難的地方是哪裡? 對不起，不是
> 那些 "Domain Knowledge", 而是即時系統架構、資料庫管理和
> 系統效能改善，想不到吧。
這些都是處理事情的邏輯，就是所謂的方法論述
這難道就不是Domain Knowledge ，要不然是什麼
是屬於程式語言的範疇嗎？不是吧
> 試想若有好的即時系統架構、好的資料管理模型，交易的問題就
模型、架構都是為了滿足需求而存在
要採取那一種架構，那一種策略來處理的相關思維
這不是一種方法論述，要不然是什麼
> 只要照著規格和公式寫作就好了，而這就只要找一位專業顧問來
> 協助和驗證即可，哪裡需要你自己花時間學習?
有了背景，才能徹底體會領域內的需求是什麼
了解需求，才得以開始思考要用那些手段來滿足需求 (方法論)
唯有實現需求的方法確定後
才得以開始實作系統
我不相信有人可以把這些順序巔倒過來
> 演算法至上論和領域知識至上論，都是偽論述。在程式語言之外
> 最重要的就是軟體工程、技術管理、電腦科學等等專業知識，這
這些東西還是脫離不出 "方法" 的性質
也許你已經開始用它很久了，卻不清楚它的定位是與語言程式無關的
> 才是能讓你把程式寫好、進而有能力開發新系統、研發新技術的
> 必要知識。
你又把順序顛倒了
難道你在寫程式之前不用先搞清楚程式的功能及要作那些工作嗎？
客戶要的是茄子，你給它南瓜，這樣行嗎？
> 什麼叫做分工、什麼叫做競爭優勢，不妨想想。
這又回到最初的論述，你分到的是那一種工？
打零工，還是賣雞排？
你想要在這種分工內拿到什麼競爭優勢
比價格低，還是比誰會加班？
--
Ξ Origin: 中興大學天樞資訊網 <bbs.nchu.edu.tw>
Ξ From : 220-139-18-28.dynamic.hinet.net