發信人SHM.bbs@bbs.poorman.org (乳搖乳搖),
看板Programming
標 題Re: 軟工不就是該給軟體研發增加生產力與競爭力的嗎 ?
發信站山寨資訊站 (Sat Mar 3 22:40:55 2007)
轉信站ptt!ctu-reader!news.nctu!BanditNest-BBS
※ 引述《piimaila.bbs@ptt.cc (haha)》之銘言:
> ※ 引述《tester.bbs@bbs.csie.ncu.edu.tw (try or test)》之銘言:
> : 隨著 CMMI 的推動, 聽到一些軟體公司有些人抱怨, 意思就是
> : 三餐都難顧了, 那有餘力去搞這累人的東東.
> 恩, 軟體工程應該是"活用的", 而不是像現在一堆死讀書的
> 把軟工用的到處都是, 增加大家麻煩, 軟工有大有小, UML不是到處通用
> 你拿挖土機去挖水池很好用, 不代表你用挖土機種小盆栽一樣很棒
> : 從業人員能在現代的環境下增加生產力與競爭力的. 然道, CMMI
> : 不是工程技術而是像古代的禮教規矩嗎 ? 禮教終被忽視, 是因為
> : 太多的繁文褥節對做事的效果不管用. 軟工不會是禮教吧 !
> 現在軟工在台灣就是打嘴炮用的, 尤其是啥都寫不出來的人特別喜歡打這類嘴砲
> 然後說 programmer和coder 多麼的不同.
不大同意這個觀點. 就我的觀察來看, 會提軟體工程的人,
不是程式寫的很好就是程式寫的很爛. 你可能只看到後面那種.
對軟體工程有疑問的,可以先看看PSP這一類的東西,先估計一下自己
寫程式的quality再回來看會更有體會,工作了幾年,覺得其實大部分的
programmer對自己的code quality並不是非常的清楚(或是不care...)
真的寫的好的人其實不多, 這些數字平常都是隱性的, 沒好好注意真的看不出來.
軟工的一些方法收集的資料對找出個人或是團隊在軟體開發的瓶頸是有正面幫助的.
只是不見得是短期看得到的好處, 對大部分的程式設計師來說,
多半會覺得多做那麼多無謂的事覺得很麻煩不想做, 人這一環總是最難搞定.
--
夏はどこでも續いてゆく。彼女が待つ,その大氣の下で
--
※ Origin: 土匪.山寨 <bbs.techarea.org / poorman.twbbs.org>
◆ From: 61-231-26-60.dynamic.hinet.net
推 jeunder:問... 有人知道啥是PSP嗎? 謝謝! 61.220.210.101 03/04 20:47
推 interpreter:Personal Software Process 218.162.110.34 03/12 01:18