.NET对高级系统pipe理员来说是一件好事还是坏事？

根据我自己的拙见，没有任何机会，.NET技能会对你不利。 恰恰相反。 如果您熟悉.NET框架，那么您可以更好地利用Powershell，从而帮助您完成系统pipe理员相关的自动化任务。

头发尖的老板应该意识到，你可以利用.NET自动化你的Windows环境的垃圾。

另外，拥有开发人员的经验可以帮助您了解系统如何组合在一起。 尽可能多地了解整个画面是一个巨大的好处。 我是系统pipe理员/开发人员/ dba，知道事情的后端对我的开发项目是巨大的好处，反之亦然。

拥有非系统pipe理员的经验和技能是任何系统pipe理员职位的重要资产 – 因为它让您更深入地了解系统的底层操作以及它们如何为您的业务提供服务。 你也可以更好地与程序员进行交stream，并预测/满足他们的需求。 这也同样适用 – 具有系统pipe理经验的程序员通常比不了解系统pipe理员angular色和实践的程序员更适合工作。

有一个警告，但。 当把编程能力引入到系统pipe理员工作中时，很容易把“我有一把锤子，这看起来像一个钉子”的方法。 你会发现问题，你的第一个想法是“我可以写一个快速的应用程序来解决这个问题”。 但这是一个问题，因为：

• 你所创build的内容很可能是你的后继者无法维护的，因为你的编程能力不符合系统pipe理员拥有或可能想要深入研究的“标准”能力。 这对业务造成了一个问题（即使他们没有意识到这一点），因为他们要么find后继者（必须find具有.NET编程经验的另一个系统pipe理员，这是一个相当具体的要求）我们会用一个没有.net经验的系统pipe理员来填补你的职位，你的应用程序将会变得更糟或者成为一个负担。
• 你会被编码分散注意力，而你的注意力从系统pipe理中解脱出来。 他们的工作量非常不同，需要采用不同的方法，如果你想要戴上这两种帽子，就不可能以最好的方式来表演。
• 编码使您能够以一百万种方式解决一百万个问题，但是您所遇到的大多数系统pipe理员问题将会有一个“最佳实践”解决scheme，或者需要一些其他解决scheme，而不是基于编写自己的代码。 举一个例子 – 我遇到了编译到.exe的login脚本，因为实现它的系统pipe理员知道C ++比他们知道VBS更好。

无论如何，我的核心观点是具有编程经验的系统pipe理员只要不试图用代码解决所有系统pipe理员的问题就是一种资产。

知道一个额外的技能不应该被认为是一件坏事。 事实上，了解广泛的技能将会使你成为更好的员工。

技能对于一个人来说绝对不坏。

如果您了解.NET并且您的雇主对此有过敏，您可以随时隐藏自己的知识。
但是，如果你不知道这是必要的，你肯定是没有任何运气的。

您的开发人员不允许pipe理员访问服务器的一个简单的原因：他们会搞砸了。

你的工作是确保它的运行权限，logging，locking，安全，有组织。 开发人员在这样的地方工作就是让它工作。 在获得准入的情况下，使其正常工作并不常见。

我的build议是不要假装成为开发人员（特别是当你用这样的引号的时候），他们会更好地工作，然后你在工作 – 你会忽略他们所拥有的纪律， t – 开发人员不会写下每一步和每个文件的安装，但是在代码的内部结构上它们会更加严格。 所以select你想要的angular色并把重点放在这个angular色上，把另一个angular色推到一个“我足够了解挑战”types的态度。

（是的，我概括，但你得到的主意 – 不同的angular色需要不同的态度）

亚历山大·波普（ “论文批评 ”1709年）很好地总结了一些事情：

一点学习是一件危险的事情; 深深地喝酒，或品尝不到皮耶利亚的spring：那里的浅草让大脑醉人，而喝酒在很大程度上再次让我们啜饮。

只要你承认自己的限制，它应该是你当前工作的一个资产。 了解开发过程中的某些内容将帮助您理解为什么开发人员认为他需要访问生产服务器，并且应该能够沟通为什么这是一个糟糕的主意。

来自另一方（一个对系统pipe理知之甚less的开发人员）可以帮助您了解系统configuration的方式和原因 – 这样您就可以理解系统pipe理员为什么不希望您在生产服务器上运行。