Re: 軟工不就是該給軟體研發增加生產力與競爭力的嗎 ?

> ==>發信人: [e-mail] (汀), 信區: programming
> ※ 引述《[e-mail] (haha)》之銘言：
> > ※ 引述《[e-mail] (try or test)》之銘言：
> > :     隨著 CMMI 的推動, 聽到一些軟體公司有些人抱怨, 意思就是
> > : 三餐都難顧了, 那有餘力去搞這累人的東東.
> > 恩, 軟體工程應該是"活用的", 而不是像現在一堆死讀書的
> > 把軟工用的到處都是, 增加大家麻煩, 軟工有大有小, UML不是到處通用
> > 你拿挖土機去挖水池很好用, 不代表你用挖土機種小盆栽一樣很棒
> 大陸那邊熟怎樣鑽 CMMI 漏洞跳級過的公司早就一堆了，
> 人家那邊一間公司從成立到拿到 CMMI Level 3 只要短短幾個月，
> 刻意迴避某些 level 的神奇公司到處都是，
> 不管台灣跟大陸拿 CMMI 的方法跟高中大學生準備考試和期末報告差不多，
> 去上上課然後準備一堆有的沒的衝過關，
> 之後就通通可以丟了，
> 任何認證台灣人跟大陸人都有辦法惡搞，
> 而認證被亂搞並不代表軟工無用。

    軟工是不是管用, 所有的關鍵就在採用 "某一種" 方法的軟體開發公司最
終是否獲利, 是否繼續壯大成長, 永續發展起來.
    對付考試與評量, 簡單有效的方法就是針對試題練答題, 如同軟體標案, 
奪標過關, 錢拿來. 辦不到, 那公司豈不是等關門大吉.
    往日台灣考生托福 550 , 英文出不了口, 文章寫不出來. 數量證據一多,
那也好辦, 以後台灣區的考生分數都打個折就能對應了.
    CMMI 少談那個捉摸不定的需求變幻, 反正找對團隊, 託付得人, 劉備找到
孔明, 江山不就搞定了 ? 有了 CMMI , 那裡有孔明, 一目了然.
    需求變幻不定, 量測與對答亦然. 對付不了, 就說有個 "測不准" 的 "無常"
在作怪, 不就釋懷 ?

> programmer 跟 coder 的不同根本還不用談到軟工 level，
> 以 C++ programming 來說，
> 光是看「設計 class 的知不知道如何正確使用 mutable 和 const」等等的特徵，
> 在國內就可以區分出 80% 以上的 coder，

--
 ◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw  From: 140.115.6.234