（真的想放手聊個人經歷，但好像有違職業道德啊！）
這是在「沒有軟體部門」的公司時觀察到的。

一般專案初期需求確認和出設計出搞，這時專案團隊之間的交流互動都是很熱鬧、規模很大的。
會議桌上，雙方各層級人員排排坐，高職級的長官主管會到場，雙方的執行人員都會認真的發表意見、進行討論。
然後進行初步設計階段，等設計完成會一樣找個高職級的長官主管來替設計稿蓋章同意落實執行。所以專案管理人或執行人會先找個工程師出設計，例如建築找工程師出藍圖，例如電子產品找硬體設計師出電路圖，但軟體專案卻是找來各式各樣的設計師出設計稿....

這下可好了！下一階段開始落實設計稿生產建設的階段裡，建築工人和工廠流水線工人的身份，這時候掉到軟體工程師身上了！
這時候高職級的長官主管們就不太會參與不太會過問事情進行的方式與品質，都是任由專案執行人自由發揮了！
在這些人眼中，經常不把建築工人和工廠流水線工人當人看的！
畢竟...工人嘛！便宜，快速好找，耐操，在有學歷文憑的他們面前沒啥尊嚴與地位。

然後他們會把這個習慣帶到軟體工程師面前！

便宜，快速好找，耐操，在他們面前沒啥尊嚴與地位。

那些習慣「蓋個東西」「跟生產下定單」「跟某某單位預定何時何地需要某服務」的單位，一旦開始有軟體需求，不管是委外或自己成立軟體團隊，他們都改不了沿用以前的流程步驟。
「軟體施作」這種東西....對他們來說就好像「因為水泥配方搞不定所以無法順利施工」或「號誌用的燈泡燈芯找不到適合的材料所以無法順利生產」一樣，是狗屁胡說八道！

「不就是勞力活嘛！」「你們沒有更多人手嗎？」「預算都編給你們了，連個拉工這種事情都搞不定嗎！」

仔細想想也難怪。

電影中，軟體天才們操作電腦就跟工人操作怪手一樣，都是種「操作技術」而已。
敲鍵盤要夠快，密語暗號懂的要夠多，然後看起來就是要....不像「他們」，像是某種粗俗沒教養下流的另類粗人一樣。

偏偏現實中，軟體工程師們都喜歡閉環起來。
當外面平民世界連「製程」「幾奈米」「A架構和B架構的差異導致兩種主機ｏｏｘｘ」都能不明究理的朗朗上口時，軟體界在做什麼呢？

「努力地鼓吹大家來認真研習最新發明的術語。」「不學？真不上進。」

Ugly truth.