运维真的是整个IT行业技术含量最低的岗位吗？

46岁的程序员

别被网上的信息骗了，不要老程序员的原因只有一个，年轻的便宜。

前面那个回答一堆人捧，但是里面举得栗子和程序员真的有关系吗？来个新总经理，换界面，找人设计UI，那是老程序员的责任？这东西新程序员就能干？拜托，那个是设计人员干的，不是程序员。幸亏他们公司董事会还是明白人，第一件事是换总经理而不是换年轻的程序员。

至于新软件，新版本，我就问一件事，你们的IDEA付费了吗？你给每个程序员配了正版的开发环境了吗，数据库开发工具是正版的吗？谁不知道新软件挺好用，新人唯一的优势是开始就学的新软件，所以快捷键记得熟，但这跟产品真的有关系？现在还用eclipse开发的一大堆，他们不知道不好用？还不是因为不要钱。

你想全部雇40以上的，这么说吧，40以上的都是70后，8，90年代上大学，那会儿还没扩招，你算算有几个科班的，就算不是科班的，大学生才有多少？同班同学还在一线写程序的确实没多少了，但多半是因为有更好的选择。留下的都是技术很好的，找他们很贵！不现实。

大厂有资本去找年轻的，因为他们可以用高薪留下天才级别的。小厂全靠忽悠，底薪一万你还想找20年经验以上的，年轻人，福报，成长，期权一顿忽悠，5000就来了，光看着独角兽里面的成功的，外面上百万普通厂子熬日子的。100家初创成一家都算高回报率，没那个福分的，没那个天才的就算了。

前面的回答有一件是对的，就是老程序员不能太多，因为第一，你雇不起，也没必要。一群高手反而不出货，高手带熟手，还有一帮填缝的才是王道。第二，没有年轻的，年龄结构的同质化会整死你的公司。没有成长空间，没有竞争对手，啥部门都得死。所有公司都是金字塔，技术岗也一样。

别听下面一群人扯淡了。如果你真的只找40岁以上的，而且还想活下去。那么你们就应该是内核级开发。对于这个年级的程序员，学什么新技术都不具备性价比了。但是卡门对于程序设计，程序思维，用户需求本质的理解，根本不是20多岁小伙子能比的。

真正的路子，是设计并开发内核级基层框架程序。只有这么一条路子。走成功了，功德无量。（你看看国外，真正的内核级大神，有多少是年轻人？）

不可行。这样做，是要关门的节奏。一般IT公司，40岁以上的程序员数量不得超过总人数的20%，也就是说，10个人的研发公司，40岁以上员工不得超过两个。 IT技术更新快，每五年大致一个新的技术就要出来。只有不断地更新人员，才能保证持续创新。尤其是UI界面、外观等有关面子的事，必须年轻人牵头来做。

我们公司的软件研发人员逐渐偏老。我们自己没有注意这个问题，因为工作总是能按时完成。直到有一天，从互联网公司空降一位总经理，才有了改观。

这一做法，得到用户的一致好评。也为公司带来好的收益。

四十岁以上程序员学习能力不足，尤其是软件开发IDE，安装都困难，更别谈学习。

四十岁以上的程序员，思维形成定势，经验老道，做系统大框架、软件架构，应当没问题。

总结：老少搭配，干活不累。公司如果只有40岁以上的老程序员，即使能开发出一些软件来，估计也没有市场。在IT飞速发展的时代，谁还爱用十几年前的老古董？

用岁数作为招聘条件，本身就是有问题的，能创造价值的，60岁又怎样？国内之所以招年轻人，就是因为便宜，能熬夜。大部分IT行业都是低水平的程序员就够了，有经验岁数大的，需要几个当主程带一帮小徒弟，自然形成了竞争激烈的局面，说到底还是大局如此，在世界上就处于低端制造业，高级人才无用武之地，更没有哪个企业肯培养。什么岁数大了学习慢，技术淘汰，都是扯淡。岁数大的程序员绝对比刚毕业的学生强百倍，学习能力只会更强更快。

如果领导厉害，计划安排好。按部就班，老程序员可以表现的很好。bug也少。可如果领导无能，朝令夕改，之后让程序员背锅，各种加班。那对不起，上有老下有小，不待见了。

这想法太天真了。程序员分两种，普通程序员，大神级的程序员。

绝大部分的人，都不是天生的奇才，他们要想成为大神级的程序员，那是需要用很多的项目去练手，并且不断学习的。

所以，绝大部分的大神级的程序员都不年轻了，年轻的基本上只能是普通程序员。

普通程序员的工作，基本上都挺苦逼的，加班，熬夜，那都是家常便饭。这样苦逼的工作，年纪稍大一点的人，身体确实扛不住。

那么，现在就遇到了一个问题，题主想要招40岁以上的程序员，如果他是一个普通程序员，他的体力赶不上年轻人，技术也一般，毫无优势可言。如果他是一个大神级的程序员，人家有技术优势，你还不想给高工资，人家自然不肯来。

最后，题主就只能请一群技术平庸，年纪大的程序员，工作效率低，工资也未必比年轻人低（年纪大，工作能力不一定强，但工作经验“丰富”，谈薪资的时候就成了“加分项”），题主觉得这样公司能做得起来吗？

40岁以上的程序猿，工资少一些？？？？？开玩笑的么？大公司不要上年纪的程序猿不是因为上了年纪的程序员不好用，而是因为三个年轻程序猿有可能完成一个40岁以上程序猿的工作，然而三个年轻的工资加起来还没这个40岁老程序猿的多…这才是大公司想方设法裁掉老程序猿的本质。

北欧很多大神在乡下自组非盈利导向的 科技 公司，做着喜欢的开源项目，享受着生活；而国内如果无法养活公司，是无法实现的。即使有了成熟业务模式和盈利，也要看的是需要 什么样的工程师，普遍地讲，年龄和员工多元化才更有利公司发展，只有三五个好友自嗨的小工作室不用考虑。

除非你的需求很明确的情况下可以这么做，如果是业务场景变化多的是不行的。另外管理也是个问题，对你是个很大的挑战和风险。

当然是不可行的，因为你的前提是不存在的。

工资不但不可能少给，而且比刚毕业的小年轻要高很多，如果毕业三年的程序员在二线城市给8000的话，40岁的你至少要给到15000，差不多是两倍，而且很难找到人。

社会 上觉得老程序员不好找工作，是个误解，只是管理岗位不太好找，开发岗位多的是。

IT人士离职后要做的14件事

IT人士离职后要做的14件事，离开职场也是有一些人的原则，离开了职场少了竞争，你可以选择继续一步步的学习深造，压力过大就试着调节放松，分享IT人士离职后要做的14件事。

IT人士离职后要做的14件事1

1 、参与开源项目

开源项目能为IT人士提供最有趣的和有影响力的产品开发场所，更重要的是，这些项目一般都和某些公司有着紧密的联系，如果你参与其中，很有可能扩展才能，并受到用人单位的注意和青睐。

2、参加一些展销会

展销会往往是商机所在。那里往往会招聘员工，即使现在不招聘员工，在不久的将来也会招聘。

3 、取得项目工作

要相信自己的技能是有人需要的，将目光投向项目市场，争取获得其中的一份。

4 、更新您的简历

在网上创建或修改你的个人简历，让企业知道你在求职中，为自己赢得更多的机会。

5 、学习一些新技能

学习一些实用的生活生存技能，比如做饭，攀岩，骑摩托车，这些可都是IT人士在全日制工作时没有时间做的事情。

6 、回答一些问题

在技术论坛上经常会有人提出些问题，如果这些是你专长的领域，请在留言板上写出您的想法。这样做不仅可以使你了解在该行业发生了什么事情，还有可能帮助一些人摆脱困境。

7 、寻找女朋友或男朋友

不要让工作占据你的全部生活，你可以一边赚钱一边生活，花一些时间结交新朋友吧。

8、做运动

这个不必多说，尽快实行吧。

9 、留出一定的休息时间

要为自己留出一定的休息时间，花一些积蓄前往在古城小镇或海边，躺在海滩上，考虑你想做什么，规划一下自己的职业生涯。

10 、搬出湾区

湾区是一个非常昂贵的生活场所，而且在湾区经济都是科技型的。如果您有其他的技能，您可能会在其他地方找到更好的发展平台，在那里维持自己的生活并不昂贵，而且，您还可以继续您的工作。

11 、购买一台新设备

是的，也许你正要准备削减一些开销和费用，但是你还是需要某些新的设备来进行目前的项目。如果采用一套你喜欢的全新设备，你很可能会更积极地工作。

12 、拍些照片

用些积蓄购买的单反相机来拍些艺术照片，你可以为社拍些照片。和传统照片相比，这样要相对经济的多，但它花费了比较多的时间。我曾经这样很轻松地赚到了钱。但是，照片质量标准正在提高，所以你不能只上传任何旧垃圾。来点新鲜的吧。

13 、当一回志愿者

在当志愿者时你可以学习到许多新的技能，比如领导能力，同时也可能丰富自己的生活。比如奥运志愿者，呵呵。

14 、启动自己的公司

如果拥有一些储蓄和相应的工作能力 ，这对一个IT人士来说是启动自己公司的绝佳时机。不必为糟糕的经济而大伤脑筋，集中精力开发自己的产品。甚至，现在还有一些为这种创业公司提供的小额基金，可以试着争取一下。

IT人士离职后要做的14件事2

完美离职四步骤：

第一步：告知上司

离职前一定要提前找上司或老板谈，切忌不辞而别，那是极其不负责任的行为，会让公司很被动。

找上司或老板谈话时，要态度诚恳地说出自己辞职的原因，争取他的理解。不要发牢骚，更不要直接评点单位的是是非非，要感谢他对自己的培养和关照，承诺离开后，会保守公司的商业秘密;承诺自己会做好一切工作交接，并给出一定的时间让上司重新调整员工岗位。如果你平时的工作表现还不错，或者是公司的骨干力量，那么上司很可能会挽留你，而你必须用得体的语言去应对，想方设法表明你的立场，并坚持自己的初衷。

第二步：递辞呈

一封合格的辞职信一般必须包括以下内容：离职原因、离职期限、工作的交接、向公司表示感谢的礼貌用语。也可以再加上一些个人的意见和建议，推荐合适的接班人等内容，但措辞和语气一定不能过激。

第三步：工作交接

在和主管谈妥了具体离职意向并征得同意之后，就应该开始着手交接工作。在公司还没找到合适的接替者之前，应该一如既往地做好本职工作，站好最后 一班岗。接替的人来了后，可将自己的工作内容、交接事项列出清单，和接任者充分沟通，确定对方完全了解自己的工作。然后，通知客户及其他合作伙伴，并带接任者一一拜访。一方面感谢对方这些日子以来对自己的照顾，一方面让接任者和客户熟悉，让公司不因你的离职而造成困扰。

如果原公司一时之间无法顺利找到接任人手，不妨多给公司一点交接的时间，这点小人情不但可以顺利维持和旧公司的人际关系，对将来的工作多少都会有一些助益。

第四步：正式离开

办好了人事手续，就到了正式离开的时候了。首先，离开公司前要将自己周遭的环境整理好，并将私人物品带走。所有公司的资料文件要整理归类，并和相关人士确认资料完整没有遗漏。另外，一些公司证件、职务章等物品也必须完成归还的手续。

离开后，不要对老客户说原单位的是是非非，尤其不要评点原单位领导的功过，同时也不要试图说服客户断绝与原单位的正常业务关系，那样做是极不明智的。

在互联网行业，运维一直是一个被深深误解的位置，以至于很多人认为IT行业运维的技术含量很低，其实并非如此。

从本质上讲，运维其实就是你用自己的技术储备知识的岗位，保证你管理的IT服务能够正常运行。

在商业上也是一样。软件工程师的任务是通过编写代码将软件以图形化的形式提供给用户，而运维工程师的任务是使软件在计算机或系统上正常运行。但是一旦软件出现问题，大多数人想找的是软件工程师，而不是运维工程师。

就像我们盖房子一样。产品开发负责房子的规划，设计师负责房子的外观设计，开发工程师负责建造房子，运维负责打好房子的地基。而打好地基，并不意味着简单地挖个坑。里面的技术含量很高。必须彻底研究坑的大小、深度、大小、湿度等。

房子盖好后，大家只会关注房子盖好后的风格。很少有人会注意房子的地基，但是一旦房子倒塌，大家就会怀疑地基是否牢固，运维这时候就出来了。回到平底锅。

很多人片面地认为运维没有技术含量。这其实是一种错误的认识。因为运维也是分很多层次的，就看你达到了哪个阶段。基本上，现在一个运维除了掌握基本功，如果你还可以掌握云计算技术和一门编程语言（比如Python语言最适合运维人员），那你就已经是高人了级别，基本上是全栈开发运维人员。这种运维不用担心找不到工作，工资自然比其他普通运维高。

我自己在大公司和小公司都待过。我觉得主要是初级运维太多了，他们做了很多根本不能叫运维的事情。总结了以下几点：

运维必然会做基础工作，比如部署服务，上线，甚至搬机器，重装系统等等。但是运维不能只做这个，所以如何在剩余的时间内做有利于运维技术提升的事情就显得尤为重要。

举个简单的例子：当你做研发的时候，你在其中处于什么位置，你如何体现你的价值和技术能力？如果没有，你基本上是在帮助别人。

广泛的范围包括：硬件、网络、 *** 作系统、数据库、存储、开源软件；职责：部署和调试各种功能，如ldap、samba、nagios等；进一步细化的分工还包括：压力测试、性能优化、内核参数调优、系统问题跟踪等。

很多运维要在不同层次上做太多的事情，导致很多事情只是完成任务，缺乏深入研究，当然也可能缺乏深入研究场景。

其实和第一点关系比较大，因为目标本身没有足够的规划，总结性的介绍不够，技术的提升也比较有限。

举个真实的例子，我认识一个做运维7年多的人。这期间，他在几家公司干了很多事，时间也不短。通常情况下，会有相当多的积累。前段时间，我正要推荐他在内部击球时，我查看了他的简历。我有几个感受： 整个简历都是描述性词汇，没有数据支持；项目工作全是叙述性描述，充满服务搭建和问题解决，没有技术点；唯一的技术工作是一笔带过，没有方案选择和技术能力体现，技术水平无法体现；

我自己也面试过很多人，说实话，这种简历离及格还差得很远。应聘公司拿到这样的简历，怎么能快速的了解到你就是公司需要的人？

如果我们不知道运维的具体内容，我们无权评价运维的技术含量。一般来说，互联网公司的运维内容分为两个层次：

简单的说，就是部署服务、维修电脑、安装系统、安装软件、处理网络问题等等，做各种家务活，甚至弄个路由器、剪网线。

网络运维，即网络工程，必须精通各种网络协议和架构，Cisco、华为、H3C路由和交换，至少两项；

数据库运维，数据库运维应该理解为DBA，至少要精通，并且要精通数据库；

*** 作系统运维必须精通 *** 作系统，了解 *** 作系统内部工作原理，了解一些硬件知识，了解网络协议进行故障排除；

还有很多其他的事情，比如服务器运维，都需要覆盖面广，同时拥有多种技术；

运维技术差，可能只是因为公司小，如果公司规模小，大家看到的运维工作只能是表面和基础的工作，现在很多运维岗位都被云服务取代了。运维的内容是在云平台上运行软件。

事实上，有人认为在平台上 *** 作软件很简单，但实际上，如果没有计算机相关知识的积累，很难知道云平台上的功能实现。在这方面，技术含量不低。

如果公司逐渐成长为大型公司，运维的价值就会凸显。比如云资源和离线资源的管理、数据库管理、网络管理、计算资源、网络资源负载、调度处理，都需要丰富的计算机理论知识和实践经验，否则无法提供稳定、上层的可靠服务。

作为一家提供互联网服务的公司，用户能否稳定可靠地使用互联网服务，是他们生活的基础。想象一家公司每三天失败一次并且服务不可用。虽然强调了运维的存在，但大家还会相信你的产品吗？

运维功能：

首先，BAT在运维上的分工更加细化。通常，系统、数据库和应用运维是完全分离的。因此，它可能更侧重于功能，当然涉及的范围肯定会很窄。

在工作职能方面，运维主要围绕可用性、效率提升和成本控制三个主要方面，与公司和研发目标密切相关。运维所做的大部分工作都是基于这三个目标。拆卸。

在技术改进方面，主要是以项目的形式，利用对服务的理解和技术方案来解决常见问题。

技术工作：

以服务可用性为例。这不仅仅是处理警报。 *** 作时要小心。就像编写一些自动化工具一样简单。

在工作方式上：

严格按照既定计划安排工作、审查、总结。分工的实施是否有明确的规则，什么时间维度准确到季度？月？星期？天？我多久回顾一次？

结合这些方面，BAT运维的同学才有可能实现快速的技术提升。这是我所看到的。

最后说一下运维方向：

为了在运维方面有一个光明的未来，需要几个要素：

至少是已经发展起来并具有一定机器规模的业务。没有必要在这里击球，但选择适合您的。

很多人不喜欢处理问题，然后只想着做高大上的事情。我不想告诉你这个结果，但它没有接地，他们制作的东西没有使用，等等。

所以我觉得运维架构师一定是一个懂业务、熟悉业务、非常熟悉的人。我身边也遇到过这样的人。他们级别很高，通常不处理任何问题，但在关键时刻（例如出现问题时），他可以快速找到关键点并解决它们，有些细节甚至比您还要多。明白了，不得不佩服。运维一定是这样的人！

就算每天重复上线、处理故障问题、响应需求、开发维护脚本，也无所谓。关键是你有没有从你做过的问题中看到业务和运维中的痛点，并使用现有的。技术方案，处理解决！

有很多问题，并不是说解决了很多问题就是一个伟大的人。问题的关键在于如何解决问题，同时体现你的整体视角和技术能力。

举个最简单的例子，一台机器的磁盘快满了。这一定是一个特别小的问题。运维同学应该经常遇到。

如果你只检查磁盘使用情况，然后删除数据或调整删除磁盘的脚本，那是最糟糕的文件；检查磁盘使用情况，确认是单机还是批处理机有问题，为什么此时报告，确认清楚可以解决，这是一个更高的层次；我查看了磁盘占用，彻底发现了磁盘增长的原因，但发现磁盘增长是不可控的，现有的数据删除方法无法避免报警。那么有没有办法保证重要数据正常保留时磁盘不会报警呢？然后用技术方案解决，这是更高的层次。 有很多这样的例子。

你会发现运维其实就是利用你对系统、网络、硬件、规格、服务的熟悉，结合专业知识，用技术方案解决一系列研发测试无法解决或无法解决的常见问题。单独解决。并且可以形成工具、平台、框架，最终为运维部门甚至公司创造价值。这是一个很棒的 *** 作和维护。

所以还是同一句话：没有技术含量低的岗位，全看你怎么做。

随着时代的发展，我们现在使用的任何技术，很多事情都可以通过云计算解决，也有相应的产品和方案来解决，云计算也对运维产生了一定的影响。新的发展趋势由此而来。

第一个是从IOE到开源X86。其实去IOE也有一段时间了，为什么要去IOE？ 2008年，全网印象比较深刻。当时，安全已逐渐上升到国家层面。此外，中国本土环境也日新月异。国产化需求和自主研发能力越来越强。一个强大的内部基因被定位。此外，还考虑到无论是国家层面还是企业层面，各行业都希望灵活控制结构的能力。这也是这个行业本地化的需求，这也是去IOE的第二个理由。从长远来看，IOE架构和非IOE架构会长期共存，因为技术系统的升级不是一两天就能解决的，尤其是一些核心数据库、核心应用、核心系统的核心系统。当年经常部署在IOE框架下。

第二个是运维自动化和智能化。这个已经提了好几年了，从接触实践到现在大概有五六年了，现在还在提。事实上，很多行业一直在迭代优化运维的自动化和智能化。它确实可以为我们的运维带来很多优势和优势。

第三个是双态IT运维。在传统向互联网和移动转型的过程中，一方面为了保证现有业务的运营，另一方面为了适应这种新的IT技术的变化。

第四个是研发与运营的融合，即DevOps。 DevOps 在过去的两三年里已经渗透到了千家万户。其核心理念包括精益管理、敏捷等理论，通过持续交付、持续集成工具链，以及一些轻量级的IT服务管理。基于这些概念和工具，形成了从研发到运营的全流程体系。IT运维效率更高，迭代更快，反馈更快，更好地满足内部业务需求和用户需求。这也是研发运营一体化理念的价值所在。

第五个是整合云资源，提供一个更大的平台来支撑大数据、AI智能、运维等一切各行各业 这也是互联场景的一大趋势。这对运维来说既是挑战，也是机遇。为什么？因为这个行业在不断变化，技术也在不断变化，只要顺应大势而变，我们就站在时代的潮流中。

如果我们在之前的运维理念上还是保守的，不上云，不摸云，那你肯定被淘汰了，因为我十年前很难部署一个数据库，各种配置，各种调用，现在就可以直接打开一个RDS，进行优化，集群就完成了。在效率和稳定性上，分分钟达到我们传统的运维水平，这也是我们运维要面对的大势所趋。

基于此，云原生的概念在过去一两年比较流行。事实上，它是对现有云架构系统技术栈进行更深更广的整合，采用Devops、微服务、敏捷的概念，采用类似中国大陆和台湾的概念或者开放的概念来构建和重塑技术体系，更好地支持新业务的快速迭代开发，这其实和DevOps的概念有很多相似之处。

第六个是数字化。这也是近两年在中国的热门话题。事实上，它也是。我们曾经建设过各种各样的信息化，建设了很多系统和平台，但往往也搭建了很多障碍，导致我们很多信息系统不可用，业务碎片化。组织也支离破碎。数字化要解决的问题是通过底层的数据和算法构建新的服务，打通我们的业务。这就是数字化要解决的问题。

大体上讲了这么多趋势，当然也有一些，大体是一样的。以前是用硬件，现在是软件自动定义；过去用服务器，现在用云，我们现在用云，未来可能更混合。云端，云端整合；以前是技术运维，现在从事技术运维的整合；另外，同样重要的是，无论我们现在做什么，网络空间安全现在都提升到了国家层面，在企业里面也提供了企业的最高点，这个网络安全是IT的一个标准。

1、Linux基础命令及脚本：shell是基本要求，最好再懂点perl或python等。如果不懂脚本，怎么把重复的劳动变得简单呢？

2、系统监控命令：目的是获取系统当前的运行状态，遇到故障等要懂得分析排查。系统调优并懂得原理，知道为什么参数要调整成某个值。

3、网络监控命令：理由和第二点一致，不过侧重于网络。同样需要理解原理及调优，不能照搬前人的经验而不知甚解。

以上就是关于如果开一家IT公司，只找40岁的程序员，升职内部挖掘，可行吗全部的内容，包括:如果开一家IT公司，只找40岁的程序员，升职内部挖掘，可行吗、IT人士离职后要做的14件事、运维真的是整个IT行业技术含量最低的岗位吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！