helpdesk工程师收入

我们每个人都希望能够找到一份理想的工作。……对于这份工作，我们的期待，是以下几点：

1，工资待遇高。

2，工作环境好。

3，发展前途广。

4，工作难度低。

但是实际上，上述理想在现实的职场上是很难实现的。其原因很简单：工资收入是与工作难度和工作量相关联的。不可能存在工资收入高却工作难度低的工作。

因此，现实的职场上，我们需要以务实的态度去选择工作。

具体来说，我们应该以如下态度选择工作：

1，追求高工资，就要承受更有难度的工作任务。

2，追求安逸，就要接受收入偏低的事实。

5k的工资收入虽然并不高，但也算比较不错的收入了。……这样的工作之所以难招，根本原因还是应该从运维这个工作本身去找原因……正是因为这份工作做起来不易，所以才会难招的。

于是，这个事情就涉及到另外一个问题：自己的专业技能水平问题。

如果自己的专业技能水平不足以让自己胜任一份工作，那么，即使这份工作收入再理想，自己也将力不从心，也不会去应聘的。

相应的，如果一份工作的难度太大的话，即使待遇再高，也难以招到合适的人选的。

因此，在职场上要想找到理想的工作，确实不容易。……一旦遇到机会，就一定要牢牢把握。

工资明明已经开到5k，运维为什么那么难招？

招不到人是有原因的！因为不只是运维的招聘难，而是两边都难，一边公司招不到人，一边是运维不好找工作！

公司招不到人最根本的原因，文明点说就是招聘职位定位不清晰，说不好听的就是心里没点x数！为什么这么说，看看他们的招聘要求就知道了：

除了字面上的要求，还有很多招聘潜规则，比如没有经验的不要，年龄太大的也不要！跳槽太多的不要，在一个公司一直待着的也不要，嫌人家没有竞争力！所以你到底要的是人家跳槽还是不跳槽的？跳槽了，但没有完全跳槽？

在这么多明的暗的条件下筛选下，符合hr需求的人应该很少了，而符合的人其实都是市场上非常优秀的人了，他们会去你们公司吗？你们又能开出什么薪资待遇呢？

说白了就是：要求太高，条件达不到！

另外一方面，运维职位的一些特性又让运维人难找工作，总结就是运维有三宝：打杂，背锅，睡的少！

运维职业门槛虽然不高，但要会的东西却不少，什么网络协议、系统内核、系统管理之类的都得会一点。公司里但凡跟计算机有关的事，可能都会找到运维，这就导致了运维工作比较杂，不少运维人都自嘲是打杂的！

背黑锅是运维的宿命！电商服务器宕机一下，每分钟损失几百万！哪个运维人员能担得起？前几年很火的一个新闻，微博服务器宕机，技术小哥结婚当天穿着礼服恢复服务。还有技术大佬调侃：为了分摊黑锅，运维发明了devops和full stack！总之不出事还好，一出事就是运维的锅！

除了打杂背锅，还有不得不提的就是因为传统运维的救火队长式的工作模式，每天起的最早，睡的最晚，熬夜是家常便饭，全天on call是常态，运维人苦不堪言！

当然还有就是运维相对开发要low，工资要低一些。综合这些因素就导致了运维职业难以吸引优秀人才！人才逃离，求职欲望低，企业要求高，导致两难的局面，当然企业是导致这个的局面的主要原因，招人讲究门当户对，优秀的不是最好的，合适的才是最好的。

永远不要因为年龄而纠结。想要学习，选择专业的学校学习即可。想要高收入，可以工作一段时间，自己创业。最好找能创就业帮扶的学校。如果有创就业政策的学校的话，会有校合作单位，推荐就业；如果要创业，也会帮忙选址、采购，进行创业帮扶。

工资明明已经开到了五k，运维为什么还那么难招？

运维那么难招是因为这个岗位的定位和要求所致的。

岗位要求很高。学历要求本科以上，本科以上干点啥不好，运维实际上能力经验比学历重要多了。要求具备自动化运维开发能力。太简单，太笼统了，有开发能力直接去干开发不好吗？技术好，工资比运维高多了。

因为这个岗位门槛虽然不高，但要会的东西却不少，网络协议、系统内核、系统管理都得会，公司里但凡跟计算机有关的事，不管硬件软件都要找他，这就导致了运维工作比较杂。

而且背黑锅是运维的宿命。电商的服务机宕机了一下，每分钟损失几百万，哪个运维人员能担得起？还有技术大佬调侃为了分摊黑锅，运维发明了devops。总之不出事还好，一出事都是因为的锅。

还有传统的运维是救火队长式的工作模式，每天起的最早、睡得最晚，熬夜是家常便饭，全天在线是常态，运维人员苦不堪言。

每天忙成这样，但因为相对程序开发人员而言，看上去要求低一些，所以运维人员的工资待遇与开发人员差距很大。

综合这些因素就导致了运维这个岗位难以吸引优秀的人才，人才逃离、求职欲望低，企业要求又高，所以这才是两难的局面。当然企业HR的思路也是导致这个局面的主要原因，招人讲究门当户对，优秀的不一定是最好的，合适的才是最好的。

首先更正“Hepdesk”---“helpdesk”HelpDesk/ServiceDesk帮助台概念逐渐被人们认识和接受，但是人们只知道是一个统一了客户服务功能的平台，但是至于帮助台功能到底怎么样，国内应用水平到底怎么样还不是非常清楚，本文就介绍一下HelpDesk/ServiceDesk相关的情况。一、HelpDesk/ServiceDesk概念及起源Helpdesk概念起源于传统服务业，最典型的应用就如希尔顿饭店大堂的总服务台，来客无论是住宿，会议，活动，查询，退住都可以在总服务台找到相关服务，这个总服务台就是Helpdesk帮助台。当信息技术大规模应用于服务行业之后，帮助台概念也被引用进来。最初是应用于IT设备密集型行业如金融、电信业，当硬件设备如故障或有麻烦时，人们被告知可以找" 帮助台" 的人来解决问题，这个" 帮助台" 就是IT设备运维中心，而他们为方便工作而使用的软件就是最初的"HelpDesk/ServiceDesk 软件".接下来进入公众服务领域，如社区医疗服务、健身俱乐部、企业客户服务中心等，越来越多的服务行业开始接受HelpDesk这一概念。ITIL服务理论和HelpDesk帮助台对于社会各行业用户来说，需要信息技术服务；而对IT服务提供商来说，有必要采取一定的信息技术服务管理（Information Technology Service Manage －Ment，ITSM）措施，以便更好地为用户提供服务。最著名的IT服务理论就是ITIL，而根据ITIL理论设定的各种服务功能汇总到一起，形成一个面向客户的统一的服务平台，这就是HelpDesk帮助台。ITIL是IT服务管理领域事实上的世界标准，全称是信息技术基础设施库Information Technology Infrastructure Library ，简称 将IT服务分为九个核心流程和一个服务职能。这九个过程是服务水平管理、可用性管理、能力管理、持续性计划、成本管理、问题管理、变动管理、配置管理及软件控制和分配，一个服务职能是HelpDesk帮助台。它们的含义分别如下：服务水平管理（Service Level Management）：服务水平管理的目标是通过协调IT用户和提供者双方的观点，实现特定的、一致的、可测量的服务水平，以为客户节省成本、提高用户生产率。可用性管理（Availability Management ）：可用性管理的目标是优化IT基础设施的性能，它的服务和支持的组织。可用性管理导致成本节省的、持续的服务可用性水平，这种服务可用性确保业务满足其目标。能力管理（Capacity Management ）：使组织在危机出现时管理资源并提前预测需要的额外的能力。它描述了计划、实施和运行该过程必需的规程。持续性计划（Contingency Planning）：在尽量少的中断客户业务情况下，提供IT服务，并在IT系统出现问题时，以可控的方式恢复。成本管理（Coat Management ）：确定IT服务的预算，监督预算执行情况，根据提供的服务收取费用。问题管理（Problem Management）：对服务台识别的偶发事件的潜在原因加以诊断，安排改正IT基础设施的错误并进行问题预防指导。变革管理（Change Management ）：变革管理过程确保使用标准方法和规程有效且迅速处理所有变动。变革管理旨在提高组织的日常运作水平。配置管理（Configuration Management）：识别、控制、维护和检验现有的包括基础设施和服务在内的IT资产。软件控制& 分发（Software & Distribution ）：。通过控制软件的发行和版本确保软件资产的安全，并消除不同版本软件引起的潜在问题。帮助台（Helpdesk）：帮助台不是一个服务过程，而是一个服务职能，目的是为用户和IT服务组织的提供一个统一联系点。例如一名普通技术支持人员完全可以利用从该系统中获得的信息，协助用户解决简单的数据库问题，而不一定要将用户转交给专门的数据库工程师。正是通过这九个核心流程和一个服务职能，实现了IT服务管理的规范化、流程化。从而，极大地降低人为误操作的概率（Gartner Group 的一份调查结果显示：竟然有高达40％的宕机是由于人为误操作导致），并且预期潜在问题，为IT部门相应配备充足的系统恢复资源，及制定应对措施，一旦出现问题，可以确保在最短的时间内恢复。

说直白点就是公司里面修电脑的那个人，和电脑相关的东西你都要管