系统管理比编程容易吗?付出的代价一样吗?

ojb*_*ass 5 untagged

在我的职业生涯中,我戴了很多帽子,我开始认为基础设施和管理在复杂性上与在这些组件上运行的程序相同。工资率几乎相等吗?市场怎么说?

cha*_*aos 14

作为系统管理员是其中一个领域,在适当的情况下,您可以对其进行设置,以便您的工作做得越好,您需要做的工作就越少。不应低估其价值。

有时您可以实现与开发人员相同的事情,但这种情况很少见。

  • 可悲的是,我在很多地方都认为系统管理员灭火(而不是解决根本问题)实际上是一个很好的系统管理员。 (6认同)
  • 作为一名系统人员,如果我正确地完成了我的工作,我应该能够毫无问题地玩游戏和玩一整天。如果我的工作做错了,我就会整天灭火。在没有任何问题的情况下为优秀的系统管理员付费就像有保险一样。拥有它很昂贵,但您很高兴在需要时拥有它。 (5认同)
  • 愤世嫉俗者可能会说,你的工作做得越好,你就越容易被抛弃。因此,您会看到许多系统管理员没有记录任何内容。他们宁愿花一整天的时间灭火,也不愿将系统设计得足够好以使其能够自行运行。 (4认同)

Bar*_*own 14

开发人员是在事情顺利时受到关注的人。

系统管理员是在出现问题时被注意到的人。


Rih*_*eij 9

我认为系统管理员非常困难。

  • 您通常需要维护您尚未编写的程序,并且文档很少或没有文档。
  • 通常你不得不说不,我觉得这很难。
  • 仪表或好的错误消息几乎没有做得足够好而有用(尤其是自定义软件)
  • 您希望将环境保持在最低限度,然后当恢复需要 4 小时时每个人都不满意
  • 你的知识需要非常广泛
  • 能够将一个看似无关的部分的一个小变化与一个失败联系起来通常是造成中断的罪魁祸首
  • 通常非常强的权限,这意味着你可以破坏很多东西

我认为开发人员很容易,并且没有足够认真地对待他们的工作。我希望将自己视为一名软件工程师,但这对真正优秀的软件工程师来说是一种侮辱。

在工程中,您不会猜测问题的可能原因。您查看可用于识别问题的事实/错误日志/内容。做出假设并检验假设的真实性,然后才提出建议以解决您在生产服务器上遇到的问题。

我经常看到人们做出疯狂的假设,并为他们的愤怒声明辩护,这就是我认为它的工作原理。这是观点还是事实?我认为这是危险和不负责任的。如果你想去思考某件事并对此发表意见,那就去研究哲学或类似的东西。但是,当您在拥有数千名用户的网站上工作时,我不会对您的想法表示关注,请告诉我您所知道的事实。

我以前曾与出色的服务器人员合作过,而且大多数情况下,如果您作为开发人员对服务器管理员说,我认为以下是问题所在,这就是我们如何在不同的安全环境中证明,这实际上是问题所在. 然后我们花一些时间在安全的环境中根据这个假设解决问题,然后我们可以自信地说这实际上是问题所在。并按照以下步骤解决生产系统上的问题。我认为承认这一点需要一定的勇气和诚实,而且通常人们不想承认他们不知道某些事情。我认为不知道某事是理所当然的,但暗示他们知道某事但不知道某事的人是在撒谎和危险。

我也认为软件开发有一个创造性的方面,但是我认为好的代码通常是乏味和无聊的,最重要的是可预测的、简单的和一致的。这些特征通常与创造力无关。软件工程是一门科学,我希望我们可以为开发人员以及让开发系统更加了解彼此工作的家伙和女孩找到更好的方法。

有幸在我职业生涯的第一部分担任 sys 承认的 Rihan 开发人员。


Mar*_*son 8

就我而言,我宁愿做我喜欢的事情得到报酬,也不愿做我讨厌的事情赚很多钱。

基础设施可能异常复杂,与程序一样复杂,而且同样重要。程序员可能负责确保他/她的应用程序尽可能高效地运行,但如果基础设施不符合标准,那么他们的技能有多好就无所谓了。如果您的路由器每 20 分钟脱机一次,您就无法运行应用程序。

如果您想比较市场,请跳上您当地的工作委员会,看看有什么可用的。几个星期以来,我们一直在寻找在悉尼招聘的人,但申请的数量很少,这对我来说表明 IT 行业几乎没有像其他行业那样遭受经济“危机”带来的衰退。这使得找工作变得困难,但安全性很好,所以如果你有一个你很满意的职位,并且你喜欢它,那么就尽可能地呆在那里;)


Mar*_*ark 7

幸运的是,我的老板刚刚写了一篇比较运维和开发的文章:什么是 Web 运维?以及解决 ops 不是(或不应该)失败的开发人员的事情,因为它有时会出现。