行业动态

在互联网行业，运维一直是一个被深深误解的位置，所以很多人都觉得运维在IT行业的技术集中度很低，明天我要“给运维人员整顿” "。

开发运维不清楚

本质上，运维似乎是一个用自己的技术储备知识，保证自己管理的IT服务能够正常运行的岗位。

比如在公司，女生经常找软件开发工程师修笔记本，软件工程师一般死机重启；而很少有人去运维工程师维修笔记本电脑，因为运维工程师经常把笔记本电脑来操作，别人根本看不懂。

在商业领域也是如此。软件工程师的任务是通过编译代码使软件以图形的形式提供给用户，而运维工程师的任务是使软件在笔记本电脑或系统上正常运行。而一旦软件出现问题，大多数人首先想要的是找软件工程师，而不是运维工程师。

就像盖房子，产品开发负责房子的规划，设计师负责房子的外观设计，开发工程师负责盖房子，运维负责铺设房子的基础。而且打基础也不是简单的挖坑。上面的技术浓度很高，坑的大小、深度、大小、湿度等都要深入研究。

房子建好后it运维技术，大家只会关注房子建好后的风格。很少有人会关注房子的地基状况，但是一旦房子倒塌，大家就会怀疑地基是否牢固。这时候运维就要下来扔锅了。

运维工作有深有浅

如果我们不知道运维工作的具体工作内容，我们无权评价运维工作的技术集中度。一般来说，互联网公司的运维内容分为两个层次：

1、小公司的运维工作比较简单。简单来说就是部署服务、维修笔记本电脑、安装系统、安装软件、处理网络问题等等。路由器和网线必须要做

2、大公司的运维工作比较具体，分工很明确。

之后，我们回到问题“运维是计算机行业中技术密集度最低的工作吗？”

没有低技术含量的工作，关键在于你如何去做。对于桌面运维，可以使用域控制器的组策略，通过脚本来手动做很多事情，很少需要人参与，增加了技术集中度。

所以，帖子的技术浓度可以人为提高，全看你怎么做。

运维能力差，可能只是因为公司小

如果企业规模小，你看到的运维工作只能是表面的基础工作，但是现在很多运维岗位都被云服务取代了，运维的内容就是在云上操作平台查看软件。

可能有人认为在平台上操作软件很简单，但毕竟如果没有计算机相关知识的积累，很难知道云平台上的功能实现，也就是说技术浓度不低。

如果企业逐渐成长为大型公司，运维的价值就会显现出来。如云和离线资源管理、数据库管理、网络管理、资源估计、网络资源负载、调度处理等it运维技术，都需要丰富的计算机理论知识和实践经验，否则很难为下层提供稳定可靠的解决方案服务。

作为提供互联网服务的公司，它是用户稳定可靠地使用互联网服务的基础。试想一个企业一天失败两次，服务无法使用，即使显示有运维的存在，你会相信你的产品吗？

哪些职位最低？

言归正传，我们认为“其中一些做后端开发”是计算机行业技术集中度最低的职位：

所以还是那句话：没有低技术的职位，关键是你怎么做。

原文：