从开发人员到系统pipe理员与从系统pipe理员到开发人员

你是以系统pipe理员身份开始的,后来变成了开发人员吗? 或相反亦然?

是什么促使了这个变化 你更喜欢哪个职业? 你从转换中发现了什么优点?

告诉我们你的故事:-)

作为系统pipe理员gradle,然后变成了发展领域。

我只是有了启蒙的时刻,意识到个人电脑是废话。 不完全是。 你有硬件规格是如此不清楚,每个人都实施它稍有不同,导致微小的兼容性问题。 如果个人电脑不是废话,那么在使用某些内存types时就不会有不兼容的问题(只要他们的标准与主板上的标准相匹配 – 绝对没有理由DDR3-1066内存与DDR3-1066主板不兼容)或者使用某些USB设备。

所以你有硬件是由devise打破因为规格是没有用的,而且你有软件窃听。 那么我才意识到,SysAdmin是一个没有任何胜利的工作。 你不能“修复”问题 – 你可以使用胶带暂时解决一些症状,但是你总是处于失败的一方,因为你没有一个好的基础。

对于那些不想使用x86 / x64废话的人,YMMV,但是我在7年的SysAdmin中学到了足够的知识,知道这不是我的工作。

所以,当硬件断裂时,不要总是废话,我已经转入了创造价值的领域。 自私? 也许。 是的,我的软件有时候很麻烦,最后还是build立在同样有缺陷的基础之上,但是作为一个开发者,我觉得我实际上在做一些有价值的事情。

这就是说:尊重每一个做SysAdmin工作的人。 这是一个忘恩负义而且往往不能令人满意的工作,但是每个保持服务器正常运行的人都是我书中的英雄。

我以一个开发人员身份开始,最终成为一名DBA,然后是一个系统pipe理员,现在又成了一名系统pipe理员。

我发现系统pipe理更有趣,因为我有机会在大量分布式环境中工作,并且有很多移动部件可以集成和维护。

此外,国际海事组织高比例的开发工作都是关于维护蹩脚的应用程序或定制商业软件包。 啊。 对我来说,系统pipe理员似乎有更多的机会去创造,并对保持业务运行的系统有明显的影响。

我开始作为一个喜欢编码的系统pipe理员。 我发现编程技能是系统pipe理员最重要的技能。 如果你不知道如何自动执行任务,你最终会陷入维护噩梦。

  1. 世间任务会杀死你的大脑
  2. 拥有自动化任务可确保系统的一致性。

随着岁月的stream逝,我的系统pipe理越来越less了。 而现在更喜欢做新的解决scheme的体系结构。 如果我做系统pipe理员 – 通常是沉重的第三线debugging,或代码集成一些垃圾解决scheme – 一些其他pipe理员为我安装的盒子。

虽然还在uni,但我有一个webadmin的工作,所以它更接近于系统pipe理员,然后是开发人员。 然后我逐渐做了越来越多的发展,也随着公司的成长,有了更多的IT任务。 当我告诉我的老板说到这一点时,做这两件事情的工作量太大了,我们雇佣了那些严格要求系统pipe理员的人,而我却把自己全部投入到开发中。

我没有任何一种奢侈品。 我不得不立即开始做这两件事。 复合这一点,将旧的基于68k的Mac电脑迁移到更新的惠普台式电脑上,试图实现工业生产现代化(cutlist优化),设置互联网访问和电子邮件,学习一种新的语言(Delphi)和处理数据问题,学习Linux AND学习Windws NT 4和TCP / IPnetworking的基础….等等等等等等….

你明白了。 用火焚烧,有时还把硫磺送到一边。 1997年与2007年不一样,pipe理工作的许多“新人”可能不了解其中的差异。 你不能只是“谷歌”,谷歌仍然是一个初创企业。

你在这种压力下很快学会了东西,比如你的工作对别人来说有多重要。 对他们来说,你是一个必要的邪恶。 对你来说,如果你不保持它的运行,你就会知道在你的心里,这个地方会在一个手提篮里下地狱。

当我离开的时候,那是因为我被烧毁了,主人对我所做的辛勤工作毫无所知。 24小时连续工作时间没有食物,rest,或赔偿是可笑的。 如果没有食物,rest或补偿,预计还会再维持12个小时,这是推动我身体耐力的极限。 让我们来看看,两天36小时,他不能想知道为什么我想要一天rest。

那是十年前的事 不用说,我的新雇主更合理。 我仍然同时做SysAdmin 编程工作,虽然它往往更容易。 可能是因为一切都没有着火有一个人在一个问题上工作的人不止一个

我是一名开发人员。 这是我真正的。

我的非技术性的朋友和家人把我当成了系统pipe理员。

我是一名开发者,在我的技术熟练的朋友面前,还有一位系统pipe理员。 我过着双重的生活。

这里是我的故事的一个简明的版本:

我作为一个开发人员严格地开始,但是我必须学习很多系统pipe理员的东西,因为我开始帮助我的父亲和他的公司。 目前我还是一名开发人员,但是我也做了很多系统pipe理员工作。

这两个领域相辅相成,我会说。 例如,虽然我不是专家系统pipe理员,但我知道如何为我的应用程序configuration一个安全的Web服务器,解决几个系统pipe理员问题等。当我确实需要支持时,我可以更好地与正确的人员沟通。

作为一个系统pipe理员,了解软件开发使我能够更好地自动执行繁琐的任务,并且很好地理解一些底层的东西是如何工作的。

也许这是一个普遍的情况? 我猜大多数系统pipe理员至less知道一些编程,对吧?

我非常有兴趣知道你是如何将知识领域应用到其他领域的。

从sysadmin – > sysadmin代码 – >开发者更容易。 除非你运气好,否则你会面临减薪。

如果没有其他的东西,当你在需要和开发人员交stream的环境中工作的时候,对编码的熟悉程度是非常宝贵的 – 这确实有助于build立一个通用语言 ,特别是当你必须解释为什么可操作性是一件好事。 。

我以一个系统pipe理员的身份出现,发现自己变成了一个懒惰的pipe理员,两次都是这样做的,所以我学会了如何做脚本。 脚本不仅使世俗的任务更容易做到,而且还帮助简化事情,确保所有适当的步骤在任务中得到解决。 脚本也让我到了今天我不喜欢GUI的地步,因为我不知道在后端执行什么代码,所以我不相信它们。 我也跟着从脚本到开发人员工作的自然演变,但是因为我是一个系统pipe理员,从来没有任何正式的开发培训,我仍然发现自己回到了系统pipe理员的工作。 诚实地说,我希望自己被解雇,或者更适合长时间的休假(3-4周),这样我就可以更多地专注于开发,并可能从pipe理切换到开发。

我开始作为一个系统pipe理员,然后进入编程。 我进入了系统pipe理员/ DBA竞技场,因为我有一种误解,认为程序员被锁在一个后台,并且从不与任何人交谈。 当我开始涉足编程(VBA – > VB6 – > .NET)时,我发现我需要知道这些stream程是如何工作的(想象一下!)

我开发了我的方式,现在是一个程序员。 显然,我一直都是程序员,因为我从来没有觉得自己在工作了! 🙂

当我开始编写代码时,我对系统pipe理员/数据库pipe理员方面的知识帮助非常大,因为我知道所有的工作都是如何工作的。 这给了我一个关于系统pipe理员的编程解决scheme的巨大支持!

-JFV

我从桌面技术开始,在几个月后进入系统pipe理员。 花了接下来的8年做系统pipe理员,发现我的大部分时间都花在编写小程序和脚本来完成我的pipe理任务。 我比我的系统pipe理员任务更喜欢编码,而且很幸运能够在同一家公司担任开发人员。 其实我现在都做 我在一个小的,高度专业化的应用程序组,并戴上两个帽子。 两全其美! 我开始跟上系统pipe理员的步伐,并把重点放在开发上,作为我工作描述的一部分。

作为开发人员开始 通过系统pipe理,DBA,回到开发者,回到DBA,回到系统pipe理。 现在回到DBA。

我认为从开发到其他领域是相当直接的。 我认为从系统pipe理到开发并不容易。 开发人员有一定的心态,喜欢编写代码和构build应用程序。 我发现很多伟大的系统pipe理员都遇到了困难。

我从一个开发ASP的Web开发人员开始,当时我比PHP更熟悉ASP。 我有点高兴,因为我在高中和大专写了大量的ASP作为我的项目课程,但必须做很多工作来解决encryption和file upload/下载等问题。 我最终承担了系统pipe理员职责,当我缩小规模时,我成为了移动系统pipe理员(不是Geek Squad,但是类似的想法)。

我更喜欢做一个系统pipe理员,但更喜欢我目前的工作,更多的是分析师。 我可以做所有事情的一小部分,没有庞大的项目负担。

程序员系统pipe理员到系统pipe理员再次程序员(谁也协助系统pipe理员的东西偶尔)。 :-)我最终做了我能find的任何工作(而且那些系统pipe理员职位也都和netadmin结合在一起)!

我开始了虚拟大学项目的Web开发人员。 随着时间的推移,我成为应用程序服务器(如Adobe ColdFusion)的责任,我越来越多地参与Web服务器pipe理。 多年来,在Unix和Windows服务器中分支出来。

另外,因为我也知道Oracle(曾经被定义为数据库程序员),所以我被邀请来协助DBA任务。

现在由于员工方面的挑战,我已经转向成为Solarispipe理员,所以我正在成为一个更加完整的系统pipe理员(同时还在编程和维护Web服务器)。 如果我的一个项目开始为我现在的雇主生成stream媒体内容,我也将成为一名多媒体开发人员。

我开始作为我的TRS-80上的两个组合。 无可否认,pipe理员并不多,但依然如此。

我的下一个主要计算机遇到了一个VAX 11/780。 我们都是pipe理员和开发者的组合。

在大学和大学的研究生院里,我使用了实验室中可用的任何计算资源(仅限开发人员)。

研究生gradle后,我被支付给我们SGI实验室的开发者和pipe理员。 在原来的Onyx机器上testingIRIX 5的其他人? 哦,MIPS R4400,我怎么爱你…?

从那以后,我总是发现自己在做这两件事情。 事实是,我确切地知道我希望计算机如何工作来支持我的其他全职工作,编写软件。

我已经从一个开发人员开始,成为一个纯粹机会的系统pipe理员。 我们在系统pipe理部门的人员很less,我们在开发部门正在等待安装和configuration的东西。 所以我开始接手一些这些工作,因为我想要完成一些依赖于这些工作的开发工作。 然后,我开始为其他开发人员做同样的事情,并慢慢地维护整个开发环境。 这需要访问所有的东西(机器,networking等),所以当他休假和/或生病时,我最终得到了真正的系统pipe理员的备份。 随着公司的发展,我们意识到雇用新开发人员比系统pipe理员更容易,所以我“正式”转移到系统pipe理员部门。 我并不后悔这样做。 此外,我还是从开发者身上获益匪浅(特别是错误修正,编码脚本,我知道软件是如何开发的以及它是如何工作的)。

作为一名学生,我在澳大利亚的一家中等规模的互联网服务提供商有1-2000名用户,在ISP的一级/二级/三级服务台兼职。 当时是CS的学生。 培训是,这里是根密码和报警代码。 确保你离开时锁上门。

从这个我成长为一个初学者系统pipe理员。 在passwd文件被吹走的时候学习了一下perl,但是我们有数据在文件系统属性和radius文件上重build它。

最终在一家大客户的小店里find了一份工作,所有的Linux爱好者都在这里工作,所以我们所有的系统pipe理员都是这么做的。 但我做了很多系统pipe理,并帮助运行了我们在一边的10调制解调器100用户的ISP

从那里转移到部署工程师angular色。 在需要能够以合理的可扩展方式部署prod软件的地方,还需要有足够的编程经验来制定定制软件的工作方式,并能够与开发人员进行debugging。

从那里网页编程和系统pipe理员。

从他们的全职系统pipe理员演出。

你可以阅读我的故事: https : //stackoverflow.com/questions/547155/from-admin-to-dev/547177#547177