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