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