1、运维工程师的工作强度是不是比开发工程师的工作强度低一些?工作强度低不低是看各个公司的，在A公司运维的强度非常高，基本都是晚上回去还要加班做一些事情。

(资料图片)

2、主要原因是人比较少；而B公司的运维强度和人均的负荷成正比，这个我虽然为B服务过（以前我在一家B的供应商呆过，去过B做过一段时间）。

3、但是现在B怎么样我不太清楚；2.运维工程师工作的技术含量会不会低一些? 所以压力小一些?– 运维的工作性质主要还是维持运行的平稳和高效，工作主要有安装调试软硬件，根据不同开发项目配置服务器软件。

4、监控等事情；相对开发来说更加偏向操作系统或数据库（这是两个方向，一般是分开招人的）；而开发的偏向于开发软件和一些中间件，数据库和系统一般就由运维的人把关；a.DBA偏向软件。

5、而OS管理员和network（比如cisco）管理员偏向软硬件结合，还有一种人就是纯粹玩硬件的（安装服务器硬件、机柜什么的）；b.至于说技术含量，我个人认为越集成的东西管理的人操心就越少。

6、而每个不同岗位的技术没有什么可比性，关键看你个人的性格；c. 相对开发，运维的经验学习成本是比较高的。

7、就是说你不在一定的实用环境下是没法学会真本事的，而开发你坐在家里就可以摸索一个大概出来；而运维的知识更新的速度相对慢，10年前的DBA知识更新可能只有50%。

8、而他本人会非常值钱，而2年前java的一些内容可能都没有发明出来；除非你在开发做到管理职位，否则纯技术开发学习更新的代价会非常高；反过来说：技术开发适合比较喜欢新鲜、喜欢创新的人。

9、而运维适合循规蹈矩比较踏实的人；3.在B,运维工程师的薪水只有开发的2/3左右.你们公司也是一样吗?–我个人认为：公司给不同position的薪水肯定是和他预估这个职位重要性和工作强度成正比的，但和未来发展是否正比就不得而知了，这在B内部是有可比性的。

10、至于A如何，我不太清楚，应该相差不大。

11、毕竟A的运维已经是全球领先的，而且人数非常少；4.运维工程师的发展前景怎么样,会不会以后的发展空间比较小?– 所谓发展空间是要结合你个人的性格，资深DBA之类的人在地球上还是很稀缺的。

12、我知道ebay china operating center的DBA有开宝马上班的，而且运维不是吃青春饭，越老越吃香。

13、可以说是个平滑的上升直线，而开发如果你只是一个执行者和coder，恐怕就是一个开始猛涨后面猛跌的曲线。

14、毕竟开发知识代谢成本太高，过了30就走下坡路；。

本文就为大家分享到这里，希望小伙伴们会喜欢。