※ 引述《ggg12345 (ggg)》之銘言： : 再回想一下標題: : " 即便不能賣OS，也要學寫OS打下基礎：從程式實作教軟體工程 " : 這裡強調的是 "教" 軟體工程. 標題重點是「從程式實作中教軟體工程」 教的老師需要：一、實務經驗 二、理論基礎 三、教學熱誠 「教」要不要動手做？要不要有專案管理及系統發展的概念 ，算一算大學裡有幾個這樣的老師？這就是為何需要真的找 有實務經驗的技術教師教學。 怎樣的規模可以導入軟體工程？什麼情況下要用軟體工程？ 從CMM的5個階段來看，要達成Level3會很難嗎？顯然本身並 不難，問題是在人，在學校時，同學忽視軟體工程，老師也 軟體工程，交出來的學生到社會歷練，從基層員工到高階主 管會重視軟體工程嗎？跟請鬼開藥單差不多吧！？學校教師 忽視軟工的程度可能比我們想像的還糟糕。 唸過專案管理的人，下面5個Level的內容很多都是專案管理 要care的，甚至專案管理考慮的更多。那為何輕忽軟工的現 象一直都在，講難聽的就是連教育單位都不重視( 雖然軟工 是資工人會修的科目 )，另提到人月神話這本書，其實把他 當作閒書看看就算了，裡面有些內容其實與系統分析設計、 專案管理的理念有衝突，需要視實際情況調整。畢竟不是全 部人都對這些領域相互間的矛盾與衝突能有較深的體會( 我 也是一樣 )。 CMM的軟體工程的成熟度五個等級如下...一般公司要有Level 3 且確實執行並不是這樣難。 [引用 蔡學鏞 沒人在乎軟體工程] 根據 CMM 的定義，軟體工程的成熟度分成五個等級，簡單介紹如下： 1. CMM-Level 1（initial）：軟體程序漫無章法，程序未被定義。 專案計劃的成功仰賴於工作人員個別 的努力。 2. CMM-Level 2（repeatable）：已建立基本的管理程序，對成本、 時程、和職務權責能加以追蹤、查 詢。已有作業程序所須具有的紀律 ，所以有能力重覆使用相類似的專 案成功的案例與經驗。 3. CMM-Level 3（defined）：屬於管理和工程的活動都已設計、定 義好，並且文件化，完整地整合成組 織內的標準作業程序。各個專案計劃 延用標準程序或被認可的標準程序修 改程序。 4. CMM-Level 4（managed）：組織可收集詳細的軟體程序以及軟體 產品的量測資料。軟體作業程序和產 品都有一組量測的數據，可讓工程師 和經理們了解程序和產品的狀況。 5. CMM-Level 5（optimized）：評估革新性的新技術，有規則地依 序導入採用，以持續不斷地改進程序。 回到ephesians的問題。 1.你目前有沒有在帶什麼專案計畫?有沒有親自著手寫程式? 2.如果有個小小工作,是需要程式做點system call,你能不能解決? System call如果不聽話,其中的問題你能不能夠排除? 3.學生做OS練習真的很容易碰到上述問題,既然說要帶學生多練練, 你是否具體實踐了? ※ 編輯: MasterChang 來自: 140.132.23.74 (06/20 17:20)