==> 在 tinlans.bbs@whshs.cs.nccu.edu.tw (汀) 的文章中提到:
> 呃，我從小還沒讀資訊相關科系的時候就已經是這種心態，
> 而且一路上跟業界的互動也非常順利，
> 不曉得你說的是什麼？
> 大概我的領域剛好可以完全顛覆你的認知吧，
> 因為我服務的領域用到的都是資工領域的東西，
> 是不是特例或巧合由我或你來評論可能都不恰當。
> 資工本科系的東西本來就連接了數學、電機、電子領域的 domain knowledge，
> 本身的 domain knowledge 也涵蓋了「撰寫程式」以外的工程方法，
> 當然其它領域的 domain knowledge 很重要，
> 但在分工的結構下自有需要深入瞭解的人會去深入瞭解並制訂規格，
> 資工領域的人只要淺淺瞭解該 domain knowledge 的皮毛，
> 之後接下規格按正確的工程方法施工即可，
> 如果對明確的規格還需要憑空想像，
> 那就是訂規格的人的錯，
> 而負責這些深入瞭解 domain knowledge 和制訂規格的人，
> 正常來說不應該是學資工的人，
> 而應該是資管人，
> 國內資管人無法發揮應有的功能，
> 加上資工人滿腦子想著搶資管人的飯碗，
> 才是最大的問題。
其實制訂規格並沒有限定要資工或資管的人才能做，業界很多事
在學校學不到。我剛把台大還有彰師的資管課程看了一下，除了
電機、電子的課程沒有之外，其他課程跟資工有重疊，所以資管
人好好唸畢業，也是可以寫出有品質的程式的。只是不知課程名
稱相同，內容到底同不同。
另一位網友有提到，資工不是 coding slave 訓練所，我的看法
是，不讓資工的寫程式，我不知該找什麼人寫。我以前重視的是
"實力" 而不是 "學歷", 但用過很多種非資工的人之後，我現在
的原則是 "非資工畢的不用"。
--
* Origin: ★ 交通大學資訊科學系 BBS ★ <bbs.cis.nctu.edu.tw: 140.113.23.3>