开发转运维，是否是一条不归路

[Carver9527]

背景：二本 Go 开发，7 年经验，今年 4 月初拿到礼包，没到能够躺平的水平。

开始投简历，准备找下一份工作。中间经过一些波折，最终收获了一份运维开发的 offer 。期间因为一直没有合适的机会，整个人都焦虑了。

入职几天，发现主要是做运维的工作，而且需要值班，强度一下被拉高了，怀疑自己是不是走上了一条不归路。

周六坐了一天，晚上回来还要被微信找，压力太大了，看样子还是该及时止损了

[skygod]

运维现在比较坑！时机不太对

[codersdp1]

为啥我感觉转运维后，强度下来了

[YOOHUU]

找不值夜班的~

[dassh]

听你描述不是纯运维开发，而是运维，或者是全干，那挺坑的

[Lax]

运维开发，在大部分公司就是对接开发的运维，最琐碎的岗位。

[Carver9527]

@dassh
@Lax
看样子我是进了一个大坑了

[Carver9527]

@codersdp1 我也以为强度能下来点，没想到狠狠上强度了

[likeme]

我倒觉得不是大坑，之前的一个运维同事，也会 go 开发，薪资比我们开发还高。而且运维比开发更难替代吧。

[Lax]

@Carver9527 学着「强势」一些，给开发定规矩，给业务定指标，把责任划分好。开始肯定要去熟悉业务需求，趟各种泥水，后面规范化了也能轻松。

[xulolololololo]

go 开发找工作也不好找吗？我 python 还想转去做 go 呢，做物联网很多年，看到很多公司都是用 go 做

[Carver9527]

@xulolololololo 之前做的工作垂直经验不匹配，现在对垂直经验的要求比较高

[just4id]

小公司打杂式的运维不要去干，大公司或正规 IT 企业流程式的 DevOps 还是很好混的，轮班制，每次 release day 敲几个命令或者点点按钮就是一天的工作量，很舒服。

[dcatfly]

好奇强度加在什么地方了？
要维护自己公司的机房吗？还是云服务的运维？

[Carver9527]

@dcatfly 服务运维，得 oncall ，加班

[coderonlee]

薪资有变化吗

[mingtdlb]

运维有很多种，这个岗位太宽泛，有的运维是要值班的，7x24 小时

[Carver9527]

@coderonlee 社保比之前少了不少，工资加上补贴比以前多一点。

[xuhengjs]

运维岗相对稳定点，虽然同级别工资可能会差些

[wyh19970626]

上海吗，我们部门在招，云平台 sre 那种，工作强度不高

[Carver9527]

@wyh19970626 在南京

[vkillwucy]

java boy 转的 sre 干了三年多云平台业务 sre ，要 oncall ，现在又干了 2 年多研发部门的 sre ，一个人负责几十个研发，从开发到产线一条龙，夜里不需要 oncall.感觉开发是回不去了，不过现在有 ai 了，哈哈

[revalue]

定义太宽泛 无法往下走

[panzhc]

是不是先通过运维值班了解具体的运维事务，之后能够结合你的开发能力，做好运维自动化方面的工作？后期应该还是以平台和工具开发为主？ go 挺适合运维系统开发的。

[RangerWolf]

运维确实会比较废人
主要是半夜时不时会把人拉起来，鬼知道服务器什么时候出问题

但是也看实际情况吧，如果有的选，那都好说

[impl]

做运维/devops ，如果公司没有 cloud engineer ，你还要会 terrafrom 和某个公有云；如果没有 sre ，那你还要 on call/生产环境 trouble shooting 。运维+开发，有可能做 idp ，或者云原生的某个方面。要学的东西太多太杂，换个公司可能用的东西都不一样。

[Carver9527]

@impl 这两天观察下来，没有这么详细的功能划分，最多是每个人负责的服务不同点。但是所有人都得值班，做相同的运维响应

[qsbj]

具体是运维什么的？

[Carver9527]

@qsbj 公司的服务，要负责服务发版，配置修改，告警处理，资源的管理，服务数据的调整等，前面说的这些都要手动进行。每周多次发版，发版日值班基本都要到 12 点之后，工作日没加班费。

[alansfinal]

给你指条明路吧，别干开发也别干运维，转售前去云厂商做解决方案架构师（ SA ），如果能进那几个大厂，工作强度低几倍钱多几倍。

[Carver9527]

@alansfinal 售前的话也需要相关的经验吧，之前都是关注在开发这方便，对这部分没怎么了解过。