Linuxpipe理员如何改进他们的shell脚本和自动化技能？

我有理解你的环境的大小和复杂性的好处。 看到您在为云/托pipe提供商工作时，假设您拥有大量的中小型环境（10-100台服务器）是安全的。 jr有一定的日常任务。 工程师和NOC员工重复（创build用户帐户，configuration备份代理等）。 同样，可能有一些由sr完成的手动操作。 工程师喜欢在新硬件上安装ESXi，或者configurationMPIO之类的东西，或者为特定的硬件安装VMware模块。 所有这些东西都可以而且应该是自动化的。

如果你的工作人员能够在没有自动化的情况下完成大部分的工作，那么我认为你是超员。 任何IT人员都可以工作一整天，其中大部分是手动过程，没有动力自动化。 为什么学习一种不被认为是必要的新技能，甚至可能是可怕的 ？ 毕竟，创新的必要性是母亲。

所以，在你的组织中的某个时候，你会变成一个大小不一的地方，或者你会开始自动化几乎所有的事情，并且擅长。 当然，高级工程师应该在这里负责，甚至可能与初级工程师和NOC的工作人员一起工作，使他们的一些工作量自动化。 这给了jr。 工程师有机会得到许多脚本的框架，他们可以根据需要调整每个租户和新的硬件版本。 这消除了“哦，我的上帝，我甚至从哪里开始？”的艰巨思想。 从等式中，让他们开始解决一个真正的问题。 这使我想到了最后一点。 书和例子都很好，但没有什么可以取代解决他们面临的实际问题的成就感。 给他们一个目标，就像租户x的所有新服务器都应该安装某些ESXi模块，然后与他们一起完成它。 然后使脚本适应多租户环境。

系统pipe理员如何改进他们的shell脚本？

通过需要 ，如上所述。

对于那些没有/不能跟上DevOps范式的工程师，还有一个地方吗？

当然，有很多组织不能也不会转向DevOps方法。 他们似乎越来越无聊的select，但他们仍然是select。

我们是否简单地认为，随着这些技术的发展，有些人会被抛在后面呢？

与任何新技术一样 – 是的。

你永远不会有任何人真正投资于学习，直到他们看到它的价值。 如果他们能够手动完成日常工作，那么你就是超员，没有任何激励。

•系统pipe理员如何改进他们的shell脚本？

实践，混合驱动。 这听起来很陈腐，但除了练习之外，你还得想变得更好。 如果你没有真正享受脚本，你可能会被迫做多年，当你需要，而且从来没有真正做到这一点。 如果你不想变得更好，你可以每天在工作中坐在世界上最好的编剧旁边，而不是拿起你可能拥有的一小部分技能。

我知道那些尽pipe在IT方面工作的人固执地拒绝学习任何脚本。 这个行业的人很快就没有地方了。 他们是一个垂死的一代的一部分。

（ 我不是在说老人，我的意思是比喻：P ）

•对于那些没有/不能跟上DevOps范式的工程师，还有一个地方吗？

不。 他们所做的每一件事都可以并最终被自动化。

我认为，也许我们不应该把他们叫做“工程师”。 IT行业为我们自己提供了“工程师”这个词已经足够坏了，我认为这对于那些在高等教育项目上花费多年时间并获得法律authentication的实际工程师是一种侮辱，以至于他们可以devise桥梁，摩天大楼，强子对撞机等等…那些是真正的工程师。

但是也有相似之处……如果你想称自己是IT行业的“工程师”，那么这至less意味着你创造了一些东西。 你是有创造力的，并且以前所未有的新方式来连接点。 你创造的东西，没有人知道它会是多么宝贵，直到你做到了。

如果你没有编写代码或脚本，那么除了维护它们之外，没有办法使用计算机，也可能安装一两个软件包。 也许扔一个新的硬盘驱动器到MSA。 在这种情况下，我会打电话给你一个pipe理员，当然，但不一定是一个工程师。 而且我会说你的工作很大程度上是被自动化的危险。

•我们是否简单地认为，随着这些技术的发展，会有一些人被抛弃？

市场将适应。 也许有些人实际上并不配得上6位数的工资，这在这个行业里发生了很多。

我发现创造力，而不仅仅是编码/脚本技能是一个关键因素。 这就是你需要对自己说的那种创造力，“ 哦，嘿，我可以把这个自动化！ ”然后这个技能只能在这之后发挥作用。 如果你只是在你的老板告诉你之后发现你自己写了一些东西，那么你可能就没有那种驱动力，或者说我正在谈论的那种创造力……而这些都是非常困难的，也许是不可能的。

系统pipe理员如何改进他们的shell脚本？

一个人如何变得更好？ 看书，上课，然后应用所学的原则。 （或者这些方法的组合）。这是故意过于简化的，因为学习脚本学习如何烹饪或如何修理汽车没有什么特别之处。

对于那些没有/不能跟上DevOps范式的工程师，还有一个地方吗？

在这个网站的范围内（对要求的问题有明确的/明确的答案），这是很难回答的。我们可以预测，但是DevOps模型存在问题。 我觉得一个人很难在这两个学科都非常精通。 一个2合1员工的成本节约对于企业来说是非常有吸引力的，但是这个趋势是否能够保持下去还是很难说的。 这当然是短期的。

我们是否简单地认为，随着这些技术的发展，有些人会被抛在后面呢？

按目前的情况来看，是的。 你们大多数人都可能在自己的工作场所观察。 你一定要跟上工作列表，并知道市场目前的要求。 （您所在地区有很多Hadoop的招聘信息？学习Hadoop。）如果您没有跟上市场的步伐，那么您将面临落后的风险。

一般来说，初级工程师不会进入任务关键的复杂生产环境。 你有高级工程师。 应允许初级职位在开发/testing沙箱中工作。

如果您需要一位技术X的工程师，并想在内部填补这个angular色，找一个愿意学习的人，find结构化的培训，并将其结合起来。

弄清楚你在一个部门需要什么技能。 找一个愿意学习的人。 教/提供培训资金。

对于那些没有/不能跟上DevOps范式的工程师，还有一个地方吗？

“devops”只是系统pipe理员已经做了几十年的一个新词。

我们是否简单地认为，随着这些技术的发展，有些人会被抛在后面呢？

恰恰相反。 随着时间的推移，对技术人员的需求越来越多。 任何具有任何工程知识和技术技能的人都有工作的地方。