2006-01-22

由 jini 所撰寫。最後修改者是 jini 在 948 天之前。已瀏覽 519 次。

[編輯] [附加]

淘汰自己  14:04

最近常常聽到有幾個資深工程師遭到不平等的對待, 不是自己請辭, 就是被優退遣散.

然而, 資深的工程師. 該怎麼面對自己的學習, 我和一個長年和 AS400 使用 COBOL 的前輩聊天, 他說, 無論是什麼架構, 都是為了解決問題而製作出來的, 能夠了解問題, 該怎麼解決都是其次的.

他一點都不擔心自己會被淘汰, 畢竟, COBOL 專業的人才越來越少, 雖然指令不多, 但是應用起來卻足以負擔大多數的系統, 雖然彈性不夠, 但是也讓大多數的 COBOL 開發人員習以為常, 無論是 terminal, C/S, Web-base, N-tiers, SOA 等等架構的轉換, 都難以撼動到他們的地位. 因為, 哪家公司會沒事去修改他們的 Legacy System.

很妙的是, 現實上大多數的公司, 尤其是金融界的客戶, 對於老系統的信任, 遠高於 Web-based 的系統. 我必須承認, Web-based 的系統開發快, 維護容易, 但是相對的穩定性還有待考量. 也因為 Web-based 的開發容易, 導致擴充非常迅速也很龐大, 沒有好的框架在其中, 企業真的很難去修改其中的邏輯. 當你把公司運作的命脈交付出去, 是好是壞, 會讓企業主及資訊人員擔憂.

不過, 隨著 J2EE 與 .NET 的盛行, 這股波動已經從 Portal 應用往內推到 EAI Layer, 才會有 WebService 應用面的 SOA 架構, 不過在台灣, 應該要花個 3-5 年的光景才有相關的潮流吧. 另外, 我們必須面對舊有系統的移轉與重置, 將 Socket Server 或 MQ Service 建立完整的規劃, 以及建立一些 Adaptor. 讓渾沌的內部系統可以在同一介面上運作. 不過.. 很意外的是, SOA 讓大家的接受度相對提高, 因為, 不用去淘汰任何一個系統, 其次, 可以整理各個系統 !

所以, 淘汰自己, 不是一件好事情, 因為每個人都擁有自己長年累月堆積出來的知識, 幻化成為一行一行的程式碼, 我們要做的是, 資源重新配置 !

如果百人以上大公司想要搞內部系統大整合, 可以找我們公司當系統規劃 ( http://www.softleader.com.tw )