> ==>發信人: tinlans.bbs@whshs.cs.nccu.edu.tw (汀), 信區: programming
> ※ 引述《gsj.bbs@bbs.nchu.edu.tw (國王的新衣)》之銘言：
> > .......可以看出來資工本科系學生普遍的毛病
> > 就是
> > 太過於高估本身所學能達到的能耐
> > 對於所服務特定領域所需的知識又太過於輕忽
> 資工本科系的東西本來就連接了數學、電機、電子領域的 domain knowledge，
> 本身的 domain knowledge 也涵蓋了「撰寫程式」以外的工程方法，
> 當然其它領域的 domain knowledge 很重要，
> 但在分工的結構下自有需要深入瞭解的人會去深入瞭解並制訂規格，
> 資工領域的人只要淺淺瞭解該 domain knowledge 的皮毛，
> 之後接下規格按正確的工程方法施工即可，
> 如果對明確的規格還需要憑空想像，
> 那就是訂規格的人的錯，
========================================================
這一糾結的背後思惟就是 : 分而治之, 模組分工, 協同合作.
量產工廠最出名的範例就是 "品管圈" . 這是一種如何提升品
質又增加效率的方法.
首先, 先得有個量測與檢驗的監驗統計.
其次, 是亞洲式的方法: 由線上的所有人員參與檢討(從高階設
計師到線上裝配作業員分組或會同討論), 由第一線作業員提出
減少失誤的方法, 若由高階工程師提出則是西方(美)式的方法.
這是韓戰以後, 日本公司在亞洲式人文習慣下試誤出來的. 但
最明顯的則是早在韓戰時, 由美軍統帥觀察出來, 做出的總結.
也就是對手是受政治教育最多, 由兵與指戰員在臨場前, 先觀
察(因為夜襲需要每個兵員預記方位), 再就現場草擬與沙盤推
演臨戰計劃, 這與美式的由參謀官就事先的偵搜情報草擬作戰
計劃由士與兵執行的方式不同.
再次, 試點試線, 依據統計結果篩選方案, 成功範例則推廣.
只針對結果做統計與分析及調整, 這就是 "知難行易" 裡的
"不知亦能行" 的技術方法, 也是人類分工合作的依靠.
但這裡提的是作業員不只是只有 "手" , 他還有個 "腦
袋與感官" 可以參與一些作用, 這是亞洲式的傳統社會(這不
同於精英文人, 如二戰前的日本).
台灣的硬體製造業是由草根性的中小企業培植而來, 先
天上就有亞洲式的習慣, 參與者又多, 自然會有日式品管圈的
學習, 所以能有很高的競爭力.
但移植美式的軟體業, 又源於亞洲文人的高等教育思惟,
自然就掉入 "一盤散沙" 無法 "團隊作戰" 的慘狀.
> 而負責這些深入瞭解 domain knowledge 和制訂規格的人，
> 正常來說不應該是學資工的人，
> 而應該是資管人，
> 國內資管人無法發揮應有的功能，
> 加上資工人滿腦子想著搶資管人的飯碗，
> 才是最大的問題。
==========
這是台灣教育的後遺症, 一種自視優越的人上人精英情結所致.
> 所以我不覺得討論高鐵票務系統的技術有什麼必要性，
> 這是純商業策略和管理策略問題，
> 進而導致用人不當使得產品開發程序失當的普遍現象，
> 在正常的環境下，
> 對學工程的人來說這些東西都早有標準解，
首不顧尾, 頭足不能相呼應, 一點都不像是擁有 "即時資訊" 能
力的 IT 產業.
確實這是 "人" 的問題.
--
◎ Origin: 中央松濤站□bbs.csie.ncu.edu.tw From: 140.115.6.234