作者ggg12345 (ggg)
看板Soft_Job
標題[閒聊]資工專業很親切--軟體工程未受重視
時間Mon Mar 1 08:24:51 2010
※ 引述《VVll (偽Wii)》之銘言：
: 軟體業 也有一個一直存在的事實
: 並不重視 軟體工程 這個區塊
: 不論是UML的流程 或是 已經推一陣子的CMMI
: 應該很少軟體公司 在做
: 之前去 某個網路遊戲開發公司面試
: 提到 個人專題 是做國科的OpenSurce計畫
: 依照 CMMI的流程去規劃與設計...
: 厚厚的一本專題作品 都是在寫文件...
: 就被面試主管打槍
: 說業界根本就沒在用這個
: 都嘛直接寫 比較快
: 你們做的這個 比較偏學術研究 或是政府標案
: 聽起來 好像沒有什麼不對
: 但是 依照當初所學 的觀點去看
: 當系統程式的規模越來越大 沒有預先設計規劃好 整個開發生命週期
: 東西真的做的出來嗎..
: 在另家公司面試時 跟裡面的人聊到 橘子?之前有個團隊在自製遊戲
: 但是錢燒了2-3年東西還是沒出來 最後就把那個團隊先抓去弄代理遊戲了
: 從WOW在台灣上線 到今日.. 都過了4年以上
: 而台灣到現在 卻做不出同樣規模水準的大遊戲(軟體)
: 軟體工程... 真的沒用嗎?
==================================================================
資工系很親切, 說的是任何人都可以入行, 這行有些特別的地方,
那可能就是軟體工程.
台灣所有跟IT有關的產品, 即使是組裝, 都用上軟體來控管生產或增強
產品性能, 幾乎沒有一個老板會說軟體不重要, 因為都是靠軟體在增加
附加價值與競爭力. 但如此重視軟體, 為何很多 IT 產品業, 常會被批
評不把軟體工程當一回事?
思惟不受規範限制, 自然是海闊天高, 創意無限, 愛怎麼做就怎麼做,
當然也就任何人都可進來做, 沒有一堆菱角, 當然是親切.
但做軟體的會想把軟體做垮嗎? 事實上絕非如此,
只是這些業界重視的軟體工程與方法的, 跟這些掛著軟體工程自認最正
牌的專家或學者在認知上是有些互看不對眼.
軟工專業的, 總有一些特異的現象:
第一個特徵:
在資工系裡, 很多教師不會被軟工專業者認為是懂軟體工程.
這種事在工學院的老系, 如土木系裡決不會發生土木系的教師批評系裡
其他教師不懂土木工程. 因為他們通常都使用同一種工程圖號表示法,
說的都是同一種表達形式, 也幾乎用同一套數學工具, 不會各說各話.
第二個特徵:
被批評不懂軟體工程的, 幾乎都會有軟體工程管用嗎? 這種質疑軟工的
奇特看法.
譬如專學軟體工程的若看到台灣這些做軟體的, 尤其是在台灣 "能賺到
錢" 的IT 業, 幾乎都會罵 "亂無章法, 既原始又野蠻只懂暴力法".
主要的原因是這些靠軟體加持在賺錢的業者, 認為照著軟體工程專家的
搞法會賺不到錢! 但專家的看法則是目前這樣搞, 將來賺不到大錢.
以前, 賺錢老板的惡劣答覆一定是 "公司目前的方法雖爛, 可是卻能賺
到錢", 言下之意就暗示著 "能賺到錢再說". 時下, 軟工概念至少推了
一陣, 也被 "印度軟體" 頂了一頓, 就只好說那是學院派的.
=============================================================
軟工要在台灣推動, 最大問題是沒有跟國情結合.
1. 台灣的 PC 硬體滿街跑, 外銷的 PC系統組裝商每台電腦根據每個
CPU 數量都必須付每個 CPU 一套作業系統的錢. 但街上的經銷商
卻可以告訴買者, 那套作業系統不算買方的錢, 他附帶拷給你.
而買方也真以為省了錢賺到了! 台灣進口幾顆 CPU , 美國海關會
不知道? 這使得當真再付作業系統軟體錢的人, 可能是白付給經銷
商了.
2. 台灣大力推廣使用電腦, 學習寫程式. 非本科系都要學. 懂一點的
人太多.
問題1: 使用電腦的不想付軟體的錢, 更別談改個batch command 指令
要錢! 斤斤計較少付代價是否就是人性?
假如 batch command 的備註寫得很清楚, 小改的人是否很多? 要不到
錢的機率是否會變得更高?
在公司裡把備註寫得很清楚, 配發給客戶又要發時間拿掉, 那是幹嘛?
公司裡的文件不會因很齊全, 更容易被洩漏盜賣嗎?
假如文件用黑話, 行話表示, 別人就不容易看得懂, 那可讀性, 新人接
手又怎麼辦?
問題2: 工程圖設計圖, 多數的外行人看不懂, 也不敢亂接亂改. 普通
電腦程式亂改, 最壞蕩機. 重開機, 避開那種用法就行, 又不
是核能電廠的軟體, 蕩機死不了人!
問題3: 軟體維護修改要不到多大的錢, 一切重做才要得了大錢 !
規劃軟體時做到模組化, 可再用, 易讀易維護, 在台灣這種小市場, 那
豈不跟自己飯碗過不去?
當老板要的東東很清楚, 軟工專家針對客戶需要, 怎會處理不了?
通常, 很靈通柔軟的, 見招拆招的都能應付這種問題, 但很靈活跟亂無
章法會有多大差別? 台灣一向講求 "亂中有序", 照扛老外教科書難免
死硬, 兩方對不攏, 這時候一點都不親切 !
軟體從流程圖到 UML 從來都不曾定案實施. 不像電機的工程圖, 至少
大家用 美規 也都 "服從" 了很久 ! 如果工程圖都如天書, 非本科系
看不懂, 只有入行看得改得, 這時候資工系就不那麼親切了 !
==============================================================
n 年前的黑手老板雖不做電腦, 但也有同樣的問題. 使用電磁開關控制
的複雜動作, 其接線圖就如同電腦程式, 日據時代留下來的黑手老板把
接線圖用自己的符號自個寫下來, 但久了就一堆亂成一團的鬼畫符, 連
自己也弄不清楚, 更別談有人敢接班那張原設計圖了. 畢竟萬一接錯線
, 模具工具機的刀具亂跑也是會嚇死人的.
黑手老板的機器可能就靠那張電磁開關的控制電路圖, 可以唯一的自行
變化來擋住同行的進入, 這就是典型的 Know-How 機密做法. 黑手老板
用的是日規符號加上自創的, 若碰上學回美規電磁開關工程圖的洋博,
被斥外行, 暴力 也就不冤枉. 不過, 別忘了黑手老板因自創密笈可以
賺到這地區的錢 !
模具業很賺錢, 到現在依然是如此! X海精機 就是做模具起家的, 目前
也自認對軟體會有一套辦法!
※ 編輯: ggg12345 來自: 140.115.4.12 (03/01 08:37)
→ finalcoffee:業界最大問題點就是,只想用22000請到什麼都會的人... 03/01 08:44
→ cloud1230:樓上中肯 03/01 09:33
→ kerickuo:其實把黑手老闆換成大學教授或軟工專家這最後一段讀起來 03/01 10:11
→ kerickuo:也不會有任何一點違和感。 XD 03/01 10:11
→ iincho:學界問題也是不覺得寫程式本身是專業吧...XD 03/01 10:18
→ remmurds:一堆叫獸永遠只會紙上談兵外加誰的論文排版比較整齊 03/01 10:25
黑手老板可以自己看自創的符號圖做出控制電路來, 維持 know-how
不外洩, 換成教授則多數都不行.
黑手老板不肯教別人看懂他訂的符號, 別人只能猜.
軟工訂的規範沒人肯遵守, 怕的原因之一是怕機密外洩, 怕無法保
障自己 "小小電路圖(程式)" 的智財權, 要分工合作很難, 多數是
單包獨幹, 累死自己.
土木系教授未必會去蓋房子, 但出來的學生不會看不懂工程設計圖,
也不會亂訂別人看不懂的符號.
電磁開關的電路圖稱為 relay ladder diagram 是一種邏輯電路,
跟電腦硬體的邏輯電路同一種原理, 都能用 Boolean algebra 描述.
推 wa120:其實我覺得這個講得最中肯 03/01 12:46
既然是講工程就會有 規範, 工法, 道具的問題.
只是軟體還多一樣: 如何保護投入的資金與產出的智財權.
IBM 給的糖衣就是 利用 IDE 道具形成資本與人力投入的障礙 做保護!
說的是: 花大錢就能解決心頭大患!
※ 編輯: ggg12345 來自: 140.115.4.12 (03/01 13:12)
推 yauhh:以上回應不止,還有微軟IDE啊 03/01 13:14
→ richliu:問題在於, 第一桶金用硬幹的幹出來, 那些碰運氣賺到錢 03/02 01:49
→ richliu:的人以為這就是軟工, 這就是軟體. 然後就... 爆 03/02 01:50
→ richliu:再來就是, 台灣搞軟體的都附在 hardware 下做事 03/02 01:51
→ richliu:搞 hardware 的大多對軟體沒概念, 甚至到了無知的地步 03/02 01:51
→ richliu:再者搞 hardware 的 scale 不像傳統軟工那麼大, 比較好弄 03/02 01:52