开发团队自运维是否可行？

• 資深大佬 : CallMeReznov

  “运维笑嘻嘻，开发妈卖批”

• 資深大佬 : EscYezi

  听领导的（

• 資深大佬 : wangkun025

  分给运维呗。
  这是个管理问题。

• 資深大佬 : th00000

  可行, 一直都是这么干的, 不需要运维岗位
  不安全更是无稽之谈

• 主 資深大佬 : Mars2333

  @CallMeReznov 运维同事觉得影响绩效还挺不开心

• 資深大佬 : zoharSoul

  那岂不是少了个背锅的部门.
  可不行

• 資深大佬 : CallMeReznov

  @Mars2333 #5 绩效考核点，又不是降工资。
  如果直接降工资，那摆明的就是想裁人了，明说只是早晚的事。

• 資深大佬 : lixm

  已经这样实践了三年多了， 作为运维一天天闲得发慌

• 資深大佬 : LemonButSweet

  说真的。。不出事儿都轻松，一出事儿就 MMP 了

• 資深大佬 : barrysn

  我想说的一句是，能做
  但是
  我遇到的 90%以上的开发人员对运维有误解，且运维能力不足
  不是说把程序开发完，在服务器上运行起来就可以了， 后面还有一大堆工作要做
  小公司无所谓，稍微大点的公司绝对不行
  如果开发团队接手了运维工作，那么大量的运维工作就需要处理，一段时间后就会安排专门的人来处理，毕竟还要写代码，那么时间久了以后，专门处理运维工作的那个人 本质上还是运维人员
• 資深大佬 : echo1937

  开发团队包揽运维工作，那么运维性的工作内容就会转移到开发团队的某个人身上，
  如果项目规模逐渐扩大，开发团队的某几个人几乎就是专职负责运维工作。

  好处是，业务系统开发的可运维性优先级会提升，
  坏处是，开发人员的平均人力成本比运维人员高，开发人员的运维能力也很一般，还是需要在开发团队里面招运维。

• 資深大佬 : raaaaaar

  看公司规模吧，大了还是分工明确得好

• 資深大佬 : h82258652

  运维 24 小时待命，开发都 996 了，还要 24 小时待命，这尼玛不扯蛋吗？
  钱多当我没说

• 資深大佬 : privil

  前几天开发同学写了个更新脚本，不熟悉 shell，循环里，变量不检查，相对路径，然后服务器当场就挂了。

• 資深大佬 : watzds

  听说亚马逊开发需要做些运维工作

• 資深大佬 : 594duck

  身为运维，我想对上几个对运维工作不懂的年轻奋斗逼们说

  “开发奋斗逼们，对对对你们说的都对，自己的孩子自己养自己的锅自己背，运维们当然可以走人，祝你们玩的开心”

  野路子公司的野路子们，连权责分离，一岗一职都不知道。我已经加好关注了，看你们这种野路子能走多久。

  一般开发人员超过 50 个的，还没有运维的 A 轮小公司通常也没有测试（自己开发的要什么测试，我开发就是最好的测试），或者对运维认识不清楚的，基本上到了 B 轮已经是求着运维进场了。

  还运维是 7×24 小时，程序 员要 996 怎么可能。

  拉倒吧，连守门员都没做过的边缘角色还有资格出来 BBBBB 。

  技术和品德双重失败的家伙。

• 資深大佬 : billjobs

  公司穷到招不起运维的话，可以这么做

• 資深大佬 : eGlhb2Jhb2Jhbw

  背锅问题吧，能正当的少碰还是尽量少碰。

• 資深大佬 : barrysn

  @594duck 让开发来运维挺好，运维走了 也不用背锅，