2015年最热门编程语言岗位需求及薪资分析【转载】

原文地址

当我们分析一些流行网站,如GitHub和StackOverflow时,发现JavaScript、Java、PHP 和 Python 都是一些很不错的选择。

或者,也许我们还可以从与工作相关的指标来决定要学习的“最佳”技术,例如需求和薪资?职业规划公司Gooroo通过仔细查看了美国、英国和澳大利亚的超过50万份的IT职位空缺,得到了下面这份《2015年的工资和供需报告》。

需求量最大的前十项技术

以下这些就是在职位空缺广告中呼声最多的技术:

  • Java——18%的广告中要求具备,平均年薪100,000美元
  • JavaScript——17%,90,000美元
  • C#——16%,85,000美元
  • C——9%,90,000美元
  • C++——9%,95,000美元
  • PHP——7%,75,000美元
  • Python——5.5%,100,000美元
  • R——3%,95,000美元
  • Scheme——3%,65,000美元
  • Perl——3%,100,000美元

这些全球范围的统计数据,更多地会偏向于美国市场。比如,C#在英国坐的是头把交椅(32%),而 JavaScript 在澳大利亚高居榜首(13%)。

靠,为啥 C# 在英国这么多呢~

薪资最高的前十项技术

下面这些技术的酬劳都超过10万美元,美国的Erlang开发人员年薪平均为125000美元:

  • Erlang
  • Clojure
  • Haskell
  • Lua
  • Lisp
  • Groovy
  • Scala
  • F#
  • Ruby
  • Python

有趣的是,只有 Python 同时出现在两个列表中。那么它是否是最好的选项呢?

Gooroo 给出的注意事项

在你敲老板的门,要求加薪和 Python 再培训之前,Gooroo 指出:

  • 并非所有的工作都会列到广告上,并且也做不到检查所有的职位空缺。
  • 工资信息稀少,而且常常表述为一个范围值。
  • 数据包括临时合同和全职长期工的角色,给出的薪水可能会大相径庭。
  • 工作岗位常常要求多项技能。遇到这种情况,Gooroo 采用的方法是用薪水除以需要的技能,得到每个技能的平均薪水。
  • 有时候很难提取技能,例如微软SQL服务器可以被称为“SQL服务器”,“MSSQL”,“SQL 2014”,等等。

此报告非常有意思,通过一些有用的信息得出合理的结论。不过,如果你不注意下面这些问题,那么很有可能会误解这份报告。

大型企业的影响较大

招聘是昂贵的。一般机构会收取申请者第一年年薪的25%作为费用,以便于支付他们线上线下的媒体广告费用。

这就解释了为什么Java(18%)和C#(16%)会占大头。虽然这两种编程语言并不比同类语言好,但大企业更属意它们,原因是:

  • 他们已有的长期业务目标规定了编程语言
  • 已经聘用了大量的开发人员,很难快速切换平台
  • 这些技术可得到 Oracle 和 Microsoft 的支持

规模较小的公司可能会提供更多的职位空缺和差不多的薪水,如 PHP、Node.js 和 Ruby。但是,他们不太愿意或没有能力支付高额的招聘费用。所以他们的广告通常不太明显,从而导致数据结果相应地向大公司偏移。

薪水是一个平均值

PHP开发人员的工资比Java开发人员低25%?不是——事实并非如此。

工资的多少基于你正在创建的产品的价值,以及对项目作出的个人贡献。这和你使用的是 Java,PHP,COBOL 还是 QBasic 没有关系。

撇开上面的数据,PHP 的岗位比 Java 多:全球80%的Web服务器用PHP运行,四分之一的网站使用WordPress。你也会发现不少PHP的工作比Java的薪水更高,但是你也可以找到很多主题开发和普通网站给出的薪水位于薪资范围的低端。所以拉低了PHP的平均薪水。

职位名称比较模糊

你很少能看到直接标为“Java开发人员”,“PHP专业人士”或“Python程序员”的工作。薪资最高的岗位是面向服务的架构师?它所描述的技能基本上每个开发人员都需要具备的,没有一定的语言专长要求。

工作需要具备多技能

只会一种语言就能驰骋职场的日子已经一去不复返了。大多数工作都需要具备多个技能——包括业务分析,系统架构,数据库设计,数据格式交换,框架,平面设计,前端开发和支持等。这些工作不可避免地要接触到 HTML,CSS 和 JavaScript,所以即使招聘广告上没有提及,但也是隐含的技能要求。

不能从过去确定未来的趋势

科技正在发生日新月异的变化,然而我们却需要许多年的时间才能成为一个称职的开发人员。如果是在五年前,Node.js 才刚刚发布,特定的前端岗位也比较少见。十年前,iOS 和 Android 甚至都不存在。十五年前,ColdFusion 和经典的ASP与VBS才是流行的Web开发平台。二十年前,很少有开发人员会大胆超越 C++ 和 VisualBasic。

谁也不能确定下一个要流行的技术是谁。

那么,我应该学习什么呢?

编程是一种激情。它是逻辑思维、经验、创造力、想象力和好奇心的结合。可能有些人天生就擅长编程,但是却没有捷径可走。你需要相当长的时间才能达到一定的水平,而且还需要永不停止地学习。最好,还要舍得放弃你曾花多年时间学习但却已经过时的技术。

在你开始准备投身到软件开发这个职业之前,先问自己一个问题:

在我的业余时间里我会因为编程而觉得享受吗?

请老实回答自己。只有你自己才是你的动力。只有你自己才能让你孜孜不倦地去学习编程。只有你自己才能让你心甘情愿地投入时间、精力和费用去学习所需的技能。除了你自己,没人能强迫你——所以要挑选一个你愿意投入的职业。

根据调查、工资或其他选项来选择单一技术也会导致失败。完成一个个小型的开发任务,让自己尽可能多地学习语言、工具和技术。检查代码,与同行讨论。随着你接触到的项目日益复杂,知识将成为无价之宝。

然后某一天可能有人会因为你的专业知识而对你“慷慨解囊”。因为自己的专业爱好而收获的财富是一种荣誉和骄傲。但如果你不喜欢编程,那它就会成为一个苦差事,金钱奖励并不能让你快乐。

还在等什么?想一个问题,然后编码解决方案。你可以选择令人棘手的技术,因为经验最重要——与用什么语言无关。

时间: 2024-10-30 21:38:53

2015年最热门编程语言岗位需求及薪资分析【转载】的相关文章

TIOBE 2015年7月编程语言排行榜:C++的复兴

TIOBE 2015年7月编程语言排行榜:C++的复兴 发表于2015-07-13 17:03| 16086次阅读| 来源CSDN| 128 条评论| 作者钱曙光 编程语言排行榜TIOBEC++ 摘要:C++是2015年上半年同比增长最快的编程语言,具体为C++ 增长3.1%.Java 增长2.0%.C#增长1.6%.Python增长1.6%. C++大幅度增长的原因可能是引入了新的C++11标准,这使得C++被大范围的接受. C++是2015年上半年同比增长最快的编程语言,具体为: 与去年相比

对编程语言的需求总结为四个:效率,灵活,抽象,生产率(C++玩的是前三个,Java和C#玩的是后两个)

Why C++ ? 王者归来(转载) 因为又有人邀请我去Quora的C2C网站去回答问题去了,这回是 关于 @laiyonghao 的这篇有点争议的博文<2012 不宜进入的三个技术点>ActionScript,Thread 和 C++,C++争议的争议最大.(要我说,.NET比C++更需要慎重进入,呵).我就在这里回复一下这个问题吧. 正好我一个月前看到一个视频,这个演讲视频还比较著名,这个演讲者是Exceptional C++ 和 C++ Coding Standards 的作者,还是IS

需求用例分析之异常流

问题的引出 备选流,又称备选事件流,英文是Alternative Flow.在RUP和UML中,备选流的解释如下:备选事件流包括与正常行为相关的可选或异常特征的行为,同时也包括正常行为的各种变形.您可以将备选事件流看作是基本事件流的"绕行道",有些备选事件流将返回到基本事件流,而有些将结束此用例的执行. 分析RUP对于备选流的定义,可以看到备选流可以分成两类: 1,不同做法但仍然达成用例目标: 2,异常情况,无法达成用例目标. 在实际用例分析中,由于备选流可能存在两种情况,导致备选流存

需求用例分析之二:级别设置

在<编写有效用例>(阿莱斯特-科伯恩著,下面用科伯恩用例来指代)一书中,赋予了用例不同的级别,科伯恩形象的设定了例如以下级别:海平面.云朵.风筝.蛤等等. 科伯恩建议用例级别分为多个个目标层次:概要.用户目标.子功能,书写需求用例时,仅仅能选择其一,以下对其详细说明: 概要:包含多个用户目标,它有"显示相关目标的生命周期顺序"和"为低层用例提供一个文件夹表"的功能,概要用例通常须要运行几个小时.几天.几个星期.几个月.甚至几年. 用户目标:它是主运行者努

需求调查与分析注意点

很多人认为企业信息化的前提是业务流程要相对固化,因为计算机能处理的都是规则化的东西.这种看法无疑是对的,但如何正确地看待和处理相对二字却是让很多IT人非常头痛的(IT 就是挨踢说法也是由此产生).当今世界各行各业唯一不变的就是时刻都在变化,企业信息化应该要能让自己的企业更能适应各种各样的变化.于是矛盾产生了.很多人都懂得事后修改不如事前规划并实现来得好,因为这样省时.省力.省钱.因此这就对需求调查分析工作提出了更高的要求. 在需求分析报告中一定要有对所分析对象的将来发展变化的前瞻性和预见情的陈述

苍狼敏捷需求用例分析方法简介并讲义下载

作者:张克强    作者微博:张克强-敏捷307 用例分析方法已经有不短的历史,发展出了多种用例分析方法.笔者花费了大量时间,对用例分析的各个方面进行实践和分析,得到如下系列文章: 需求用例分析之一:异常流 需求用例分析之二:级别设置需求用例分析之三:补充规约 需求用例分析之四:业务规则 需求用例分析之五:业务用例之Rational系 需求用例分析之六:业务用例之科伯恩系 需求用例分析之七:业务用例之小结 需求用例分析之八:用例颗粒度 在这些分析的基础上与及笔者的实践,总结整理得到"苍狼敏捷需求

需求用例分析之业务规则

作者:张克强 作者微博:张克强-敏捷307 在雅各布森用例分析方法和科伯恩用例分析方法中其实都没有"业务规则"的属性,在科伯恩方法中有个相近的属性是约束条件.但是业界使用中常常会给用例加上这个属性,这是为什么呢?为什么两位大师没有加上,是大师们疏忽了?而为什么不少人加上了呢? 从时间和传播上很容易推断,业务规则的来源是传统的需求规格说明书.在传统的需求规格说明书中,整理提炼业务规则或称业务逻辑是其中核心的分析产物.受到传统需求规格说明书的深远影响,不少人觉得这样的业务规则是值得写的用例

需求用例分析之补充规约

补充规约在RUP中是记录那些在用例模型的用例中不容易体现出来的系统需求.这些需求包括: § 法律法规方面的需求和应用标准. § 要建立的系统质量属性,包括可用性需求.可靠性需求.性能需求和可支持性需求. § 其他需求,诸如操作系统和操作环境.兼容性需求以及设计约束. 补充规约是对用例模型的重要补充.补充规约和用例模型应该一起获取对系统的一整套需求. 通过以上文字可以知道,补充规约是全局性的要求,与上述c文中的"全局规则"极为接近.而中文中"补充规约"的说法让不少人以

需求用例分析之九:序列图

作者:张克强    作者微博:张克强-敏捷307 序列图,也称时序图.顺序图,英文名Sequence Diagram.在雅各布森用例分析方法中鼓励使用各类图形来表达,但恰恰没有明确提到序列图.而科伯恩用例分析方法以结构化/半结构化文本用例为中心,强调基于目标的文本格式,对UML各类图所提甚少. 在RUP和OOAD中,UML序列图的最基本定位是用于识别类与类之间的信息传递,是识别类的方法的最佳场合.它是在得到用例之后初步识别了类之后发挥巨大作用的.序列图是交互图(interaction diagr