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

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

听领导的（

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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