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

[everyth1ng]

第一份工作的选择上出现了问题

<br>

一个是做DevOps 的测试工具的研发工作，另外一个是做业务层的 if else + SQL,两个 offer 的薪资和背书有点区别，做业务公司的 offer 给的 package 更大，并且公司也更有名气些。

<br>

本来想着第一份工作先深入到底层做几年再往上层跳，但是现在看来并没有一个触碰到鸡架的 offer 。

各位老哥有什么推荐吗？给刚准备工作的萌新点儿建议呗，感谢！

[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]

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