※ 引述《Eventis (何逸凡)》之銘言： : 呃,我對這點有一些不同的看法, : 如果說核心就指程設的第一步的話, : 因為以前的老師在學OO的時候告誡我一點, : 就是在設計一個物件導向的程式時,不應該把演算法放第一位 : 並不是演算法不重要 : 而是因為,先有了物件,才有功能 : 而不是先想有哪些功能,才拼湊一些物件 : 沒有功能,又要從哪裡生出演算法呢? : 畢竟一個好的物件, : 就應該是"很自然"(天知道這是什麼鬼0.0")的彷彿他就在那 : 只是寫程式的人發現它罷了=.=" : 雖然說引用老師的話是太過教條,她講得也很玄虛 : 不過實際上的經驗卻也顯示,太過以功能為分類基礎的模型, : 雖然表面上有著OOP的樣子,但可再利用的程度卻不高..Orz... : 但,如果是functional programming的話......XD 其實不管是 structure programming, functional programming 或是 object-oriented programming 都一樣。 因為從電腦科學到軟體工程的轉向，並不是在這個層次上的事情，而是 方法論的轉變。過往電腦科學的方法，都是問題求解的形式，然而軟體 工程方法卻是在建立問題域到解答域的對應，並且更進一步分別已知和 未知、已解和未解的問題，所以，就算你是用 LISP, ML 或 Haskell 等 函數語言來寫程式，仍然會使用程式庫，仍然會用各種方法抽絲剝繭， 分析軟體結構，規劃軟體設計。 也許我們關注的焦點會放在未知或未解的問題上，但它卻未必是軟體的 核心，甚至是可以評估割捨的成份，系統的整體作用，不會因為個別的 演算法優劣或特定功能而決定，也唯有這樣才是一個好的系統。 或者換一個比方來說，電腦科學是造槍鑄炮，而軟體工程是行軍打仗， 你要行軍打仗就得重視後勤補給、組織管理、戰略戰術，武器雖然相當 重要，但不是唯一重點，對外的戰略目標達成，對內的建軍思想實踐， 才是時時要關注的事情。 就這個意義上，許多人關心軟體工程，都把焦點放在物件導向或是開發 方法上，其實和只重視演算法和資料結構一樣，也是頗嚴重的偏差。 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.222.173.26