运维工程师转开发是不是特别难？

[zakufish]

有一些职业规划上的问题想问一下大家。

介绍一下自己的情况：去年实习，申请的时候填的软件开发，最后阴差阳错去了运维部门。这个部门负责的业务还是蛮大的，除了我所在的城市，在英国和印度有另外两支运维团队，一同看管在分布全世界 30 多个国家的服务器集群。实习过程中，在每天对付 BAU （大概占到 40%不到的工作时间）之余主要做了两个 DevOps 方面的项目：一个后台数据自动核准服务（带前后端，Python Django ），以及和另一个实习生一起开发的一套运维效率分析工具(Python/Perl + PostgreSQL)。

实习结束后老板对我很满意，在昨天给我发了一份 offer，希望我在读书期间也能回去接着上班，毕业后转正。

我还剩下半年毕业，自己前一段时间找工作又不顺，当然觉得说现在能给毕业之后的生活有一份保障很不错，但是又觉得毕业就干运维是不是对自己将来的职业发展是一种限制？

望大家不吝赐教。

[crossoverJie]

现在 DevOps 也是挺火的 公司去年也组建了自己的 DevOps 部门 我觉得做得事情比业务部门做的爽多了 [doge]

[scys]

不难。
应该说是容易转。

[firefox12]

运维天花板太低了，发展前途很窄。

不要信什么 devops
devops 是说 dev 来承担 ops 的工作，对 dev 来说 做 ops 的活 可以做，有些曲折。但是纯 ops 做 dev 的活是无法胜任的。开发还是软件行业最核心的部门。开发转 qa 转 qa dba ops 都相对简单

[KeepPro]

一般情况下是的，但是考虑到培训出来的都可以找到开发工作，所以，，，

[WheatField]

有兴趣就不难，感兴趣就会不断去研究，水平就会越来越高了

[julyclyde]

@firefox12 前途窄是因为水平差啊，不是因为职业的问题

[zakufish]

楼主说对了。

其实现在早就已经没有传统的系统运维了。很多系统运维其实都在兼职工具开发，还要会搭系统，会做各种 R&D 把各种开源解决方案整合进公司的业务逻辑，这也是为什么现在很多 DevOps 都是 dev 转过去的（虽然也有很大一部分 DevOps 是代码写的不错的 Ops ）。
只有儅大公司的运维，你才能接触到各种各样 DevOps/SRE 技术栈的精华。像 20 人的小公司，代码量不会大，业务也不会太复杂，监控、CI/CD 的复盖及可靠性要求实际上也并不高。毕竟你一天能做几次变更？
也只有在大公司，接触到足够复杂的业务，你才能接触到大量的内部工具开发和内部工具的平台化及自动化（大量的开发工作），才会接触到 DevOps/SRE 上的一些最佳实践，不会出现“花一个月搭起来的系统跑起来了就不需要我”的情况。
本来 DevOps 这块，你也就是要在大型 IT 组织中才能体现得出价值。