Re: [請益]不能賣OS，也要學寫OS打下基礎：從程式뤠…
※ 引述《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)
討論串 (同標題文章)
Programming 近期熱門文章
PTT數位生活區 即時熱門文章
