※ 引述《derekhsu (斷頭不過碗大疤)》之銘言： : ～原PO大大寫得很好，恕刪～ : 小弟雖然僅僅只有在軟體產業待過兩年的經驗，連SA/SD的職務都沒有做到 : ，雖然是當Programmer，但其實實際上的工作包含SA/SD/PM，甚至還要協助 : 企畫做企畫書，投標備詢，教育訓練等等什麼工作內容都做，加上有導入過 : CMMI Level 2的經驗，雖然程式也寫得也普普通通，就多少來談一下下我的 : 看法吧。 : 我自己把目前台灣的資訊產業，或者稱之為軟體工作者所擔任單位的營運型 : 態，分成三個面向：研發導向、專案導向、跟支援導向。 : < deleted > : 三、支援導向 : 1.利潤間接性：單位的存在目的在於支援企業營運的正常，利潤無法直接計 : 算獲得，如果單位失效企業通常會蒙受嚴重損失，但單位運作正常時卻沒 : 有人會感受到單位的運作，在財務報表上永遠看不見單位帶來的利潤。 同意. : 2.執行被動性：單位的存在是支援其他單位所存在著的，雖然單位自己也會 : 有一些執行的計畫，但總體上仍是根據其他單位運作上的需要為主。 這非常同意. : 3.技術固定性：在支援單位中，一般來講所使用的技術層次不會太高，但比 : 較固定，而且大多來自外購或已開發的技術，不會像專案導向要依照專案 : 需求單位的要求做變化，即使是比較難的技術，也會有可以參考的資料。 這個不一定哦. 雖然我是in-house programmer, 但是不單要寫網頁(這是我的 基本任務), 也要寫OCR, 公司的RAID壞了要救資料, 為了要和其他有關係的公司 的系統整合也要寫Linux的daemon... 基本上每個「專案」要學習的東西都 沒甚麼重複性, 一切看老闆想怎樣... : 4.成本變化性：支援單位對於營收看不出直接貢獻，對於支援單位的成本其 : 實沒有一定標準，可大可小，反正只要能維持企業運作就好，在單位建立 : 初期支援單位的成本可能投資很多，但隨時時間過去運作穩定後，卻會慢 : 慢減少，當需要精簡人事時支援單位永遠都是被考慮的第一順位。 我的部門的編制只有滿編時的一半. 不過不是因為精簡人手, 而是請不到人. 我只要會VB6加上MSSQL的人, 但半年來居然只收到5份履歷表... : 5.任務持續性：不會像專案導向那樣的一人身兼多職，但至少都會擔任兩項 : 工作，開發和維護，因為支援單位所要負責的工作必需是持續進行的，所 : 以維持現有系統的工作非常重要，專案導向可能到維護合約結束後就結束 : 了，但支援工作卻絕不可能停擺。至於開發部分通常要負責新系統建置， : 新機台導入。因為運作一刻不可停擺，所以值班、On Call也是常有的事。 話說因為technical team人手不足, 目前光維護伺服器們就快把我的精力 搾光了... 根本沒時間/精神寫程式... (我是修電腦出身的...) --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.73.64.27