※ 引述《cjoe (TeA)》之銘言： : 看到各位先進討論的如此激昂，但是我想沒有一招闖天下的道理吧。 : 面對不同形態的客戶或者USER、不同規模等級的專案，就會有不同的 : 開發模式來應對。 : SDLC http://en.wikipedia.org/wiki/Systems_Development_Life_Cycle SDLC 只是把流程定義出來，並沒有說一定要怎麼作。 以下開始是 methodologies，步驟都差不多，但流程差很多... 古早的 SDLC 延伸出來的 methodology 叫 Waterfall Model。 : 漸進式開發 我猜您說的是 Iterative ？ http://en.wikipedia.org/wiki/Iterative_and_incremental_development : 雛型系統 Prototyping 可以捨棄是因為其概念已經融入其他方法了。 例如，以 Spiral Model 來說，我們可以把前一版視為 prototype。 : 敏捷式開發 Agile software development，甚至是 XP，都有融入 prototype。 : 結論 : 遇到不同的專案，就應該適時的使用不同方法，而不是一昧使用某種方法， : 應該因地制宜，不同形態的案件、不同的USER、不同的資源限制就有不同方法， : 我想大家講的方法都沒錯，很難爭出個誰對誰錯道理，也不應該往這邊鑽下去， : By case嘛 在大多數軟體工程的課本裡（不好意思，我沒看過全部），都是這麼說的... 我會拿 SDLC 出來，主要是因為有人（疑似）認為他自己的 code 寫很快。 後來，他又說最花時間的是 debugging，那... 是因為只求速度、不重品質，導致有一堆 bug 要抓，還是...？ 而我們 IT 人，到底是在寫程式？開發軟體？還是在完成軟體專案？ coding 很快，很重要嗎？ 有的 IDE，把 WSDL 丟進去，就自動幫你產出一堆程式碼； 更甚者，只用滑鼠拖拉好元件，也產生了一堆程式碼。 有多少軟體工程師把大部分的專案時間花在與 user 開會、協調這檔事？ 另外，讓我感到好奇的是... 那些倡導 Agile、XP 的公司裡面， 有多少公司自己導（或是幫人家導）ERP、WorkFlow、CMMI、ISMS、...？ 我相信，在台北有很多軟體公司，多數都可以在短時間內弄個選舉造勢之類的網站。 但有多少大型專案，發包者只敢找 SI？ 台灣不是只有「天龍國」，請去看看 MTK、TSMC、UMC、... 的那些大型專案。 Agile、XP 幾乎可以說是無用武之地... -- ╓╥╥╖╓─╥╖ ╓─╥╖ ╓ ╓╖ ╓─╥╖ ╓─╥╖ ╓╖╓╖ ╟╢ ║ ╟╢ ║ ╙╜ ║ ╟╢ ║ ╟╢ ║ ╟╢ ║║╟╢ ╟╢ ║ ╟╢ ╟─ ╟─╫╢ ║ ╟╢ ╟─╫╜ ║║╟╢ ╟╢ ║ ╟╢ ║ ╓╖ ║ ╟╢ ║ ╟╢ ║ ║ ║║╟╢ ╙╨╜ ╙─╨╜ ╙─╨╜ ╙ ╙╜ ╙─╨╜ ╙ ╙╜ ╙╙╨╜ 獅子男 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.37.139.106 ※ 編輯: JoeHorn 來自: 114.37.139.106 (12/09 18:52)