运维转开发后,下一个规划应该怎么走?

1次阅读

共计 608 个字符,预计需要花费 2 分钟才能阅读完成。

坐标互联网比较弱的二线城市。
普通非科班一本,大学学的专业跟计算机完全不搭边。
工作 8 年,前 6 年一直做运维,在这 6 年里开发能力只有 python,有过 python 后端开发项目,运维技能算能应付大多数中小厂的多数场景,k8s、CICD、监控、中间件、运维架构、容灾建设,故障演练等都做得可圈可点,对于一些系统疑难杂症也有自己的定位经验,期间也做过小公司的运维负责人。
后面去到新环境,有了 python 运维平台开发项目经验,随后转了 go 云原生。
近期因为架构调整,做 java 业务开发,业务水平自我感觉熟悉业务后大概是 2 年左右的 javaer,主要劣势在于之前没做过业务,对于业务场景熟练度不行,很多业务封装也不太会,所以感觉自己开发速度慢。在这段 java 开发的时间里也发现自己的一些优点,比如容易看到一些可以合理优化的地方,一些风险性的地方,以及对于遇到的系统性问题定位很准确。
最近就比较迷茫于未来几年路线如何规划:
一方面自己很喜欢做开发,做运维期间觉得运维很被动,即便是做了很多自动化的工作,大多时候依然是觉得在自嗨,对于公司和领导来说并没有实际意义上的产出。但是开发能力肯定比不过同期的开发同事,如果继续走开发路线,预估还要好几年沉淀才能追赶起来。
另一方面又觉得如果自己继续走运维 /SRE/DEVOPS 路线,肯定是特别的有优势,未来的运维岗位逐渐减少,大的趋势是往会开发的运维发展。

如果是你们遇到这样的场景,会怎么规划发展规划?

正文完
 0