系统pipe理比编程更容易吗? 它支付一样吗?

在我的职业生涯中,我已经穿了很多帽子,我开始认为基础设施和pipe理在复杂程度上与在这些组件上运行的程序相同。 薪酬几乎相等吗? 市场说什么?

幸运的是,我的老板刚刚写了一篇文章比较运营和开发: 什么是网站运营? 以及处理这些操作对于失败的开发人员来说不是(或不应该)是有用的,因为它有时被提出。

作为一个系统pipe理员是在适当的情况下,你可以设置,以便你做得更好的领域之一,你需要做的工作越less。 这个值不容小觑。

有时你可以像开发者一样实现同样的事情,但是更less见。

开发人员是在事情正确时得到注意的人。

系统pipe理员是在事情出错时得到注意的人。

我认为系统pipe理员是非常困难的。

  • 您通常需要维护您没有编写的程序,而且只需要很less或根本没有文档。
  • 通常你不得不说,我觉得非常困难。
  • 仪器或好的错误信息几乎无法做到足够有用(尤其是定制软件)
  • 你希望保持一个最低限度的环境运行,然后当恢复需要4个小时时,每个人都不高兴
  • 你的知识需要非常广泛
  • 在一个看起来不相关的部分能够把一个小的变化与失败联系起来通常是中断的原因
  • 通常非常强大的权限,这意味着你可以打破很多东西

我认为开发者很容易,不要认真对待他们的工作。 我希望看到自己是一名软件工程师,但这对那些真正优秀的软件工程师来说是一种侮辱。

在工程中,您不会猜测问题的可能原因。 你看事实/错误日志/你可以用来确定问题的东西。 做一个假设,并testing你的假设的真相,然后,只有当你提出一个解决生产服务器上的问题的build议。

我经常看到人们做出疯狂的假设,certificate他们的愤怒声称是正确的,那就是我认为它是有效的。 这是一个意见还是事实? 我认为这是危险和不负责任的。 如果你想去思考一些东西,并给出一个观点,去做哲学或类似的东西。 但是当你在有成千上万的用户的网站上工作的时候,我并不在乎你的想法,告诉我你对某个事实的了解。

我之前和辉煌的服务器人一起工作过,而且大多数情况下,如果你作为开发者对服务器pipe理员说,我认为以下是问题,这就是我们如何能够在不同的安全环境中certificate这个问题。 然后,我们花费一些时间在安全的环境中基于这个假设来解决问题,然后我们可以放心地说这实际上是问题所在。 并按照这些步骤解决生产系统上的问题。 这需要一定的胆量,我认为诚实地承认这一点,一般人不想承认他们不知道的东西。 我认为不知道什么是一个给定的,但是那些暗示他们知道而不知道的人是撒谎和危险的。

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

Rihan开发人员有权作为系统工程师承认我职业生涯的第一部分。

就我而言,我更愿意做一些我喜欢做的事情,而不是花很多钱做我讨厌的事情。

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

如果你想比较市场,那么跳到你当地的工作板上看看有什么可用的。 我们一直在寻找在悉尼聘用几个星期的人,而且有很less的应用,对我而言,IT行业并没有像其他行业那样受到经济“危机”的影响。 这使得求职困难,但安全性很好,所以如果你有一个位置,你很高兴,你喜欢,尽可能留在那里;)

系统pipe理和编程有不同的挑战。 一个人是否比另一个人容易取决于你的个性,优点和缺点以及环境。

我曾经是一个程序员,我现在是一个系统pipe理员。

作为系统pipe理员,可以执行更多的多任务处理。 也许less一些的荣誉。 程序员很容易看到成功。 他们添加一个function,或修复一个错误。

系统pipe理员的大部分只有明显的失败。 邮件停止工作。

另一方面,作为系统pipe理员,您通常不必将整个程序的状态保持在您的脑海中 – 至less不是经常这样做。

尽pipe在某些系统pipe理员angular色中,有很多东西需要保留,尤其是在复杂的应用程序与大量互连的环境中。

系统pipe理员根据angular色,环境和configuration,如果他们愿意的话可以去编程。 他们经常为自己和其他员工使用工具。

例如,我在哪里工作,我们有一个Web前端的数据库,用于pipe理DNS和生成DNS和DHCP文件。

据我可以告诉大多数地方的薪酬是关于甚至。 在一些地方,我怀疑程序员可能会略微有些优势,但是那些程序员正在编写定制的应用程序,这些应用程序有数十亿美元的经验。 我不认为这适用于“平均”(不pipe是什么)编程工作。

我认为比较这两个领域是不公平的。 它们涵盖了整个过程的不同方面。

就简单而言,我认为这取决于你做什么/如何去做系统pipe理员。 可以说你pipe理一个大型公司的基础设施 – 如果你购买一个现成的软件包,并configuration它与定制的内部实现它可能会更容易。

而且这也取决于起身有多大 – 如果你在一家小公司工作,那么你是唯一的IT人员,那么可能很难同时戴上这么多的帽子,在大公司里,你是最有可能是一个庞大的团队的一部分,有一些离散的责任。 如果你为一个大公司工作,那么很有可能你会得到更多的工资,比如在一家小商店里,你会比其他公司付出更多的东西 – 比如说责任比高在一家小商店*。

(*),但是一个小商店的优点是你倾向于控制东西,而环境往往更友好/像家庭一样,在一个大公司里,你只是在一个大湖里钓鱼

没有什么值得高薪的,或成功是容易的。

如果我可以详细说明,这取决于你的目标是什么。

find一个有意义的,充实的,令人满意的angular色,这是一个挑战。 有一些钱不能买(但可以帮助)。

我一遍又一遍地发现,人们在人生的工作/生活中幸福快乐,就是如果你做了你爱的东西,钱就会来到。

如果你先找钱,你就不能保证幸福,因为我们都知道很多有钱的人在没有钱之前或之后都不知道如何看待别人或自己。

我认为每个人都可以用自己的方式来实现,他们分享品质,也有其独特的部分。 有一件事是肯定的。 如果你在自己的时间里做不到这一点,那么你并不是真正喜欢它,那意味着你不会真的很擅长它,这意味着你将不太可能find成功的巨大机会。

就我所见,系统pipe理员并不像开发人员那样得到巨大的报酬。 职业发展似乎有一些差异,但如果你喜欢的是做事,而不是职业阶梯,那么这应该不是一个大问题。

系统pipe理员和开发人员的工资没有太大差别,但是哪一个更容易,我认为系统pipe理是基于经验的,而编程是基于创造性的。 这就是为什么你可能会find好的程序员谁可以做系统pipe理,但反之亦然;-)。

是的,我是一个编码器:-)

我相信个人的个性和职业道德决定了哪一方面很容易/很难。 我曾经和系统pipe理员一起工作,因为他们总是把计划,脚本和文档作为他们工作进度的一部分。 和程序员一样……不幸的是,我被融合在更多的“失去工作”的编程中,因为我比以往任何时候都更早完成了我的工作。

看来如果一个项目按时或者提前,心态就是我们没有给X人足够的工作时间,或者他们错过了什么…… LOL!

哦,我认为斯科蒂是对的,总是夸大完成某件事的时间,所以他们认为你是一个奇迹工人!

这两个工作都有他们的挑战和回报…只要做你喜欢的事情,其他的事情都会落实到位。

请注意,这是程序员创build的软件/工具,使系统pipe理员的生活更容易…虽然人们可以说关于开发人员工具程序员使用以及;-)

其实一个好的程序员是一个懒惰的程序员…看到这个答案 (在stackoverflow)的解释。
也许这也可以从系统pipe理员说呢?

关于薪水:我自己是一个程序员(但是我认为你已经知道了;-)并且在内部编程方面,薪酬已经有了很大的差别(例如,web开发人员和embedded式c ++开发人员之间),我想这就是同样在系统pipe理。 这一切都取决于的专业领域和一般的经验

系统pipe理员的复杂性基于许多由其他人创build的复杂组件,所有这些组件都必须被理解为一定的级别才能让它们一起工作。 我发现在硬件和networking组件方面,每一个盒子里都有很多的东西。

虽然开发人员的大部分复杂性都集中在他正在编写的代码部分,而他只需要使用其他人给他的接口(通常使用这个术语),但他并不需要了解很多他们的代码的细节。

我已经看到薪水是等同的。

我仍然处于职业生涯的最初阶段,但是我已经经历过初级程序员和初级系统pipe理员的angular色。

我普遍同意这里提出的答复,并希望强化你的意见,你应该去找一个与你的优势相一致的工作,尽量减less你的弱点。 我的文章从程序员到系统pipe理员,我一般都很喜欢。

所以我不会说一个比另一个“更容易”,这只取决于你的优势。

这个问题不应该是比较容易的,它们都是同样“硬”的。 真正重要的是个人对自己职业的贡献。 软件开发人员不会为大多数人造好系统pipe理员,反之亦然。

我可以说的是,如果你理解了你的对手在做什么的一小部分,即系统pipe理员能够查看代码并对其进行基本debugging,那么这两种职业path都变得更容易了。

第二组具有不同技能的大脑的眼睛可以通过简单地了解该页面/程序的操作的基础的额外信息等来发现问题或向整个高技能开发者团队提出潜在的解决scheme,反之亦然系统pipe理员应该能够从程序员那里得到关于为什么某个方面不起作用的build议等等。

看谁更聪明,谁工作更努力,这不是一场竞赛。每个人都会带来不同的东西,只有通过沟通和团队合作,事情才能完成,程序才能写出来。