※ 引述《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)