不管是軟體或是韌體, 很多人已經中了軟體工程的毒, 其實不能說是軟體工程的原意, 而是被解釋過的軟體工程造成的誤導, 當然其目的是要推銷其理念或是產品, 但是我們回歸原本系統程式的原始目標, 事情沒有必要被這樣侷限.
系統程式的規範來自於需求, 在這樣的規範之下, 其實可以發揮的空間非常大, 但因開發團隊的經驗加上時程的壓力, 有經驗的團隊始終會以熟悉的開發平台畫地自限, 經驗愈長, 愈不敢跳脫去嘗試新平台新技術, 導致以不是和需求最佳媒合的平台或工具來做基礎, 第一步選錯了, 往往沒有回頭的機會, 就算選對了, 團隊成員若沒能力快速上手, 發揮平台或工具的效能, 那還是枉然, 所以, 關鍵還是在於, 依照需求, 選定平台和人力, 才能發揮最大的成效, 但是這也是理想化的講法, 不是每個成員都像特種部隊或是超級怪咖, 所以選定人力有可能會影響平台的選取, 這只能說專案召集人沒那麼好做, 選錯召集人, 大概就決定了系統的成敗
沒有留言:
張貼留言