我既同意也不同意你的观点。:) 是的，承包商系统管理员必须适应客户的实践。但是，撰写这样一篇文章，却不提及行业正在发生的事情以及它对工作的变革性影响，会给读者留下最多是不完整的印象。
例如，我在一家相当大的美国公司工作（接近 100,000 名员工）。我们今天才刚刚开始采取一些小步骤来采用 DevOps 实践，但很明显，如果你不在敏捷/DevOps 的轨道上，你很可能会被碾压。即便如此，与许多竞争对手和供应商相比，我们已经晚了很多年。
换句话说，我认为任何关于系统管理员实践的文章，如果不讨论他们在不久的将来将要做的真正变革性转变的影响，都是对读者的一种不负责任。
这些都说得通吗？
说实话，我认为这篇文章现在不太符合目标。
例如，“维护服务器列表？” 如果你维护一台服务器和大约十几台 PC，这是一种可以接受的方法。即使是一家小商店也有太多的设备需要手动管理了。此外，维护部署到第三方服务的容器镜像的需求呢？一个更好的建议是，“学习如何使用自动发现工具，以及如何将它们与你的 CMDB 集成。”
自动化 —— “...编写脚本或使用外部工具...” 一个更好的建议是，学习基础设施即代码的概念。学习使用像 Ansible 这样的工具，而不是手动执行任何任务。学习如何使用像 git 这样的版本控制系统来管理你的 playbook、配置文件、脚本等。
我想表达的观点是，IT 世界正在以惊人的速度变化。敏捷和 DevOps 实践正在渗透到每个组织。本文中概述的实践根本不符合那个新世界。系统管理员必须适应才能保持相关性。
我既同意也不同意你的观点。:) 是的，承包商系统管理员必须适应客户的实践。但是，撰写这样一篇文章，却不提及行业正在发生的事情以及它对工作的变革性影响，会给读者留下最多是不完整的印象。
例如，我在一家相当大的美国公司工作（接近 100,000 名员工）。我们今天才刚刚开始采取一些小步骤来采用 DevOps 实践，但很明显，如果你不在敏捷/DevOps 的轨道上，你很可能会被碾压。即便如此，与许多竞争对手和供应商相比，我们已经晚了很多年。
换句话说，我认为任何关于系统管理员实践的文章，如果不讨论他们在不久的将来将要做的真正变革性转变的影响，都是对读者的一种不负责任。
这些都说得通吗？