※ 引述《comate ()》之銘言： : 最近常在思考一個問題: : 如果 programmer 寫出來的東西是可以輕易找人接手替換 : 還有需要進入如此繁複的軟工流程嗎? 如果是 找有相當,或更有經驗的人, 其實, 要接手並不會太難. : 如果專案本身需要相當高的門檻 : 一般制式化文件能帶來多少幫助? : 其付出的代價和得到的效益是否划算? : 當然, 管理者總是希望手下的人沒有一個是無可取代的 : 但是若專案本身是一堆隨時可替換的人可完成的 : 是否因為沒有利用更有效的工具, 或更有效的開發方式來減少人事開銷? 其實還有一個現象, 有些老闆/主管, 會有管理風格,信仰,或成本,人力需求..等的考量, 當專案快完成時,下次有需求可能是一年後, 想換下自己偏好的人選(尤其是親戚這種) 一方面,RD級的人力短時間不需要,就幾乎都會被換下來. 當然就要講一堆缺點,挑一堆毛病,這樣好能名正言順的去接位. 甚至,有的非常機車, 已經沒有需求,要人走就算了,還會故意整人, (有些事件你會覺得像巧合之類,但連續數次下來,就知道原來是要..) 最最後還要裝說,剛好最近有個大案子, 他突然說走就走,老闆慰留也沒用,讓公司損失慘重. 然後,大概還四處跟產業的朋友訴苦勒,叫大家多留意這個人. (這樣到底是誰 損失慘重??) 另外,這種一方面拼命整人,一方面慰留的, 的雙面手法,如果你是第一次遇到,大概還會讓你有些精神錯亂. 其實呢,通常已經橋好,某某人就要來卡肥缺了,希望他快點走. (不然還要去橋一張桌子/椅子) 說不定,一年後,真的有新需求了, 才打電話問:最近有案子,人手不足,有沒有興趣接之類. 所以呢,如果你在外地找工作, 新公司如有同事,發現, 有那種當了好幾年程式設計師,號稱開發維護過許多系統, 專長是:出一張嘴,經常加班(裝忙),卻不太會寫程式的, 或,公司程式設計人員的流動率很高,但其他職位都是老班底, 要多留意了. 就當是經營人脈或短期打工/學習;或加強政治手脕的地方; 寫程式就不用太拼,重要專案提早完成後,再來大概當壯丁打雜使用,或提早失業, --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 219.80.141.118 ※ 編輯: opman 來自: 219.81.198.238 (03/24 11:34) ※ 編輯: opman 來自: 219.81.198.238 (03/24 13:39)