DevOps 工具研发和上层业务的研发工作对比

• 資深大佬 : p2pCoder

  devops 对于很多公司来说，不算底层，真正有价值的容器开发、调度这类应该和你说的测试工具不沾边
  选择第二个，没多大问题

• 主 資深大佬 : everyth1ng

  @p2pCoder 第二个 offer 经历过实习，做的工作都是紧跟产品、政策，工作也都是业务层面上的代码开发，虽然说也不无聊，但是总想着前几年要先积累些技术经验

• 資深大佬 : JKeita

  选第二个业务才好换工作。

• 主 資深大佬 : everyth1ng

  @JKeita 业务好换工作嘛，我理解业务跳槽只能找方向对口的公司； devOps 测试工具研发相对业务来说可能会更普遍些

• 資深大佬 : JKeita

  @everyth1ng 想多了能搞 devops 的基本都是大公司，而且偏运维。选第一个容易把自己的路走窄，还是业务更好。

• 資深大佬 : 37Y37

  个人开发了很多 DevOps 相关的系统，具体看这里： https://blog.ops-coffee.cn/devops
  Devops 开发个人感觉难度不大，恐怕也很难满足你深入底层的想法，所以首先推荐大公司其次钱多了[手动狗头]

• 資深大佬 : a852695

  选第二个吧。Devops 其实是部分开发+大部分测试搞的内容，很多是测试转 devops 开发的，大概率也不是一个独立的 devops 部门，就是服务上游开发的测试开发团队。

• 資深大佬 : seven001

  做 devops ，上层业务开发啥时候都可以做，devops 让你接触面更广，对你以后解决问题有帮助。别听他们瞎说，很多做了好多年的业务开发连一个基本的 shell 脚本都写不出来，更别说让他们折腾各种容器

• 主 資深大佬 : everyth1ng

  @seven001 主要担心点在 devops 的工作上，之前实习的自动化测试工具都是效能研发组的工作，和同事了解了一下那边的工作，好像都是对其他组件进行整合，并且添加小的需求特性，感觉开发工作不重

• 主 資深大佬 : everyth1ng

  @a852695 我也是这么理解 devOps 开发工作的，只不过我认为上游应该是测试开发和运维开发团队，devops 工具研发组是位于底层的研发团队

• 主 資深大佬 : everyth1ng

  @37Y37 看了老哥的文章，对于 devops 系统的研发工作我了解的不多，想问下，对于不同的系统间，代码的耦合度高吗，或者说对于 devops 系统来说，是不是现在已经发展的集成度达到了一致，并没有什么新鲜的东西出现呢？

• 資深大佬 : seven001

  @everyth1ng 它的开发工作量是不大，但是接触的面广，你能学到的东西反而更多。业务开发开发量是多，但都是屎山有啥意义？我是先从 devops 到业务开发的，我个人角度看，初期做 devops 让我受益颇多

• 資深大佬 : ahmcsxcc

  @seven001 #12
  有哪些东西或方面让你受益颇多
  能细说吗

• 資深大佬 : GeekGao

  选对平台更重要

• 資深大佬 : 37Y37

  @everyth1ng 不同系统间耦合度是有的，主要是基础系统提供 API 给上层系统调用，但耦合度不算高吧，Devops 相关系统每家公司也都不太一样，主要跟自己的业务模式有关，其实也有点像业务系统了，除非最底层的那些像 cmdb/容器云平台等等大同小异

• 資深大佬 : Frankcox

  这俩应该都涉及不到底层吧。
  另外我不清楚 DevOps 测试工具研发是啥，我是刚毕业就来搞 DevOps 后端开发，平时开发和后端开发感觉差不多，CRUD 与前端联调该有的还有，只不过因为是基于 k8s 的，所以一些工具可能和后端的有些不同。同事跳槽有去容器开发的也有去后端开发的。

• 主 資深大佬 : everyth1ng

  @Frankcox 是的，都不属于底层架构等方向，我理解测试工具研发工作类似 Java 动态 AOP 打 agent 进去这种类似，或者说对常用用户操作的捕捉、操作特征的提取、脱敏、进行流量编辑、测试环境的编译、mock 等等吧…

• 資深大佬 : impl

  运维的都想转开发，所以做开发吧，免得以后后悔