大部分學校剛畢業的軟體從業人員認為只要會寫程式就是軟體工程師, 可以從事軟體開發工作。 但是在學校的軟體開發經驗非常有限, 甚至有某些比例的同學, 程式作業是抄襲的, 到了業界常因工作壓力, 而拼湊出 leader 賦予之任務, 不僅無可重複使用之價值, 甚至造成後續之維護問題。 我曾聽到一新竹國立名校資工研究所畢業的工程師與 leader 之對話如下:

Leader: “為何新版本之功能出現舊版本未有之 bug? 這出現 bug 之模組是你維護的”。
工程師: “我發現原模組之功能有不足之處, 但不易改寫, 我就重寫原功能”。
Leader: %?$#...

就因為如此, 產品延誤出貨時間. 諸如此類例子經常可見。

軟體之工作, 需要緊密之 team work. 因此大部份學校畢業之軟體從業人員, 受雇用後皆需重新接受職前訓練; 筆者曾要求所有新進軟體工程師先進入SQA部門見習/工作 3個月, 以了解產品之功能與品質之重要性。

在台灣要召足 3,000名 qualified 軟體工程師是一件艱鉅之任務。 首先談 interview 時間, 保守估計每位工程師動輒需 1 ~ 3 小時 (含人資與各級 leaders 面談)。 以筆者經驗, 10 份履歷約可篩選出2-3名面談, 面談5名可錄取1-2名, 錄取後報到率, 可能介於30-70％, 以效率計算, 主管每花10-15工作小時可成功錄取1-2名軟體工程師(但可能需收集20份履歷); 若要成功雇用3,000軟體工程師, 可能要收集30,000 - 60,000份履歷, 加上面談時間, 工程浩大可想而知。 且軟體工程師之訓練是非常具挑戰性的, 若個人discipline與自我要求不足, 離職率會很高。

筆者在負責軟體工程之品質訓練時發現, 大部份工程師對軟體品質程序不感興趣, 對軟體需求也不重視, 當接受到任務時只想盡快把工作做完。 在台灣業界, 網路與消費性產品對軟體的需求很大, 但主管大都是機械或硬體背景, 軟體的進度要求要在硬體與機構完成前做結案. 如此也影響軟體品質, 但品質一但出現問題軟體人員經常被問到為何有bug? 而修復bug之patch, 也經常因無法驗證而失敗, 所以當軟體工程師若韌性不足, 時間一久, 很容易陣亡。

目前從事軟體開發工作之人員來自不同領域, 並非所有工程師都接受過專業訓練, 若能在學校邀請業界人士講授相關軟體設計需求, 並建立學生正確軟體設計觀念, 將有助於有志從事軟體同學, 踏上正確之路. 也為業界強化未來新進人員之素質。

- 張道宏