[請益] 軟體神話?

看板Soft_Job作者repuslin (repuslin)時間14年前 (2011/06/15 18:02)推噓16(16推 0噓 26→)

留言42則, 26人參與討論串1/2 (看更多)

請問一下從事軟體工作的大家~ 以下是我目前碰到的軟體神話~ 1.不會物件導向開發觀念的員工(工作5-6年了), 是否能夠快速轉職成物件導向開發的員工,且能夠維持和過往一樣的生產力? 需要轉換語言,框架與平台 2.透過公司內特定同事短期的幫其他同事上上幾次上課, 是否就能提供員工所需的技術力? 3.公司內並無公用的知識系統,所學的知識皆由各員工各自保留~ 4.在過往的工作過程中,公司皆以處理客戶問題為主(問題解決導向) 並無提供員工固定學習新東西的時間及安排 5.公司的安排就是找會物件的同事來教你幾次然後就把人放到新的平台專案內直接當人力使用~ 6.公司內並無強調軟體工程的精神及文化,只重視解決急迫問題, 每個專案的品質皆由承接的軟體工程師的能力來決定~ 7.因為沒有注重開發品質及正確架構及效能與測試下, 雖然最後開發出來的軟體效能的低落,穩定性也不佳, 但也能只能這樣一直維護下去 8.對於系統運行的架構,只有程式內的語法與畫面,並無統一的系統文件存放與管理整套系統的觀念,只有維護過的人才知道,並無詳細文件 9.對於所有混亂..得到的答案是..公司決定..工程師無從過問. 10.目前比較想知道在台灣有哪幾家企業文化真正有在重視軟體開發, 與落實企業員工學習成長? 在台灣各企業內,過往(10年)曾經開發的軟體,在後需也需要陸續的重新再造, 與重新開發,但過往5-6年只做維護的軟體工程師,並未接受到良好的訓練, 在新一波的軟體再造,所碰到的問題及挑戰也是不同於過往.. 目前看到的是舊系統,還未更新的繼續運作,過往的一批人繼續在維護舊系統.. 新系統開發,由於開發時未掌握新技術的品質及精神,無良好的軟體工程管理.. 造成品質低下,但接手維護新系統的工程師,為了謀生也是同樣的繼續維護新系統.. 在軟體開發品質與方法與輔助軟體導入與教育的推廣改革上.. 仍然成為空談..但少了軟體開發品質工程,這層保護傘的工程師.. 感覺就像是在一個沒有通過公安檢查的工作場所.. 軟體災害也是令工程師貧於滅火.. 維護交接的時候無法確保接手的系統資料與訊息與品質. 只有公司自己有主動推行,且成功導入良好的軟體開發守則與品質管理, 交由軟體工程師來遵循,才是正確的軟體開發方式軟體最終開發品質的低落, 也在於台灣管理人員,及老闆的素質的低落.. 不過低落的軟體最終只會造成工程師要滅火及救災.. 老闆只要出張嘴,主管只要找新的軟體工程師及找理由然後工程師就是繼續搭架各種品質與規格不良的軟體, 或是繼續的滅火及救災什們是軟體神話? 最上面的老闆不在乎軟體工程公司會開發出比現在更好的系統..是軟體神話.. 公司新的部門會研發出更好的系統..是軟體神話. 會留給員工學習新東西的時間..是軟體神話.. 感覺自己的工作有讓軟體品質變得更好..是軟體神話.. 現況: 軟體工程師變成軟體礦工..礦坑還不時的會發生礦災, 只要有需要也需輪換到其他礦坑去支援(無防護裝備,無完善知識..) 軟體礦工..來了後就開始動手挖吧... 對客戶說: 我們有許多年的挖礦經驗(軟體神話..) 客戶以後也會發現來的不是一群專家而是一群軟體礦工..Orz.. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.32.3.233 ※ 編輯: repuslin 來自: 114.32.3.233 (06/15 18:07)

→

Ting1024

06/15 21:41, , 1^F

06/15 21:41, 1^F

推

luciferii

06/15 21:59, , 2^F

06/15 21:59, 2^F

→

luciferii

06/15 22:00, , 3^F

06/15 22:00, 3^F