现在的 devops 这么方便,我感觉日常的一些发布、运维工作完全可以前置到开发部门。但是领导貌似不太喜欢这种方式,说担心移交了这些工作运维部门少了绩效考核点,另一方面担心不安全。各位怎么看呢?
1
CallMeReznov 2020-09-29 15:25:46 +08:00
“运维笑嘻嘻,开发妈卖批”
|
2
EscYezi 2020-09-29 15:25:58 +08:00 via iPhone
听领导的(
|
3
wangkun025 2020-09-29 15:27:28 +08:00
分给运维呗。
这是个管理问题。 |
4
th00000 2020-09-29 15:28:07 +08:00
可行, 一直都是这么干的, 不需要运维岗位
不安全更是无稽之谈 |
5
Mars2333 OP @CallMeReznov 运维同事觉得影响绩效还挺不开心🤷♀️
|
6
zoharSoul 2020-09-29 15:29:35 +08:00
那岂不是少了个背锅的部门.
可不行 |
7
CallMeReznov 2020-09-29 15:31:49 +08:00
@Mars2333 #5 绩效考核点,又不是降工资。
如果直接降工资,那摆明的就是想裁人了,明说只是早晚的事。 |
8
lixm 2020-09-29 16:44:31 +08:00
已经这样实践了三年多了, 作为运维一天天闲得发慌
|
9
LemonButSweet 2020-09-29 16:50:46 +08:00
说真的。。不出事儿都轻松,一出事儿就 MMP 了
|
10
barrysn 2020-09-29 17:15:12 +08:00 4
我想说的一句是,能做
但是 我遇到的 90%以上的开发人员对运维有误解,且运维能力不足 不是说把程序开发完,在服务器上运行起来就可以了, 后面还有一大堆工作要做 小公司无所谓,稍微大点的公司绝对不行 如果开发团队接手了运维工作,那么大量的运维工作就需要处理,一段时间后就会安排专门的人来处理,毕竟还要写代码,那么时间久了以后,专门处理运维工作的那个人 本质上还是运维人员 |
11
echo1937 2020-09-29 17:31:43 +08:00
开发团队包揽运维工作,那么运维性的工作内容就会转移到开发团队的某个人身上,
如果项目规模逐渐扩大,开发团队的某几个人几乎就是专职负责运维工作。 好处是,业务系统开发的可运维性优先级会提升, 坏处是,开发人员的平均人力成本比运维人员高,开发人员的运维能力也很一般,还是需要在开发团队里面招运维。 |
12
raaaaaar 2020-09-29 17:34:07 +08:00 via Android
看公司规模吧,大了还是分工明确得好
|
13
h82258652 2020-09-29 17:45:56 +08:00 1
运维 24 小时待命,开发都 996 了,还要 24 小时待命,这尼玛不扯蛋吗?
钱多当我没说 |
14
privil 2020-09-29 17:52:10 +08:00
前几天开发同学写了个更新脚本,不熟悉 shell,循环里,变量不检查,相对路径,然后服务器当场就挂了。
|
15
watzds 2020-09-29 18:32:18 +08:00 via Android
听说亚马逊开发需要做些运维工作
|
16
594duck 2020-09-29 18:53:09 +08:00 1
身为运维,我想对楼上几个对运维工作不懂的年轻奋斗逼们说
“开发奋斗逼们,对对对你们说的都对,自己的孩子自己养自己的锅自己背,运维们当然可以走人,祝你们玩的开心” 野路子公司的野路子们,连权责分离,一岗一职都不知道。我已经加好关注了,看你们这种野路子能走多久。 一般开发人员超过 50 个的,还没有运维的 A 轮小公司通常也没有测试(自己开发的要什么测试,我开发就是最好的测试),或者对运维认识不清楚的,基本上到了 B 轮已经是求着运维进场了。 还运维是 7x24 小时,程序 员要 996 怎么可能。 拉倒吧,连守门员都没做过的边缘角色还有资格出来 BBBBB 。 技术和品德双重失败的家伙。 |
17
billjobs 2020-09-29 19:29:33 +08:00
公司穷到招不起运维的话,可以这么做
|
18
eGlhb2Jhb2Jhbw 2020-09-30 12:28:03 +08:00
背锅问题吧,能正当的少碰还是尽量少碰。
|