全球开发者大调查:编程始于少年,python 成最爱 -买球官网平台

原文:2018 developer skills report

链接:

编译:言则

近日,编程竞赛网站 hackerrank 基于 39441 位开发者的调研数据,总结了 2018 年开发者在教育、技能和招聘实践中的各类流行趋势。hackerrank 在算法、数学、sql、函数式编程、ai 等众多不同领域为开发者们提供了相应的编码谜题。以下为报告全文。

hello world

无论你的工作是什么,对每个人来说,学习如何编码都是很重要的一件事。编码不仅有助于丰富你的计算思维,还能提高决策性,让你在招聘中脱颖而出。

我们在 2012 年底推出了 hackerrank,目标是让每个开发人员都能找到合适的工作。近年来,我们社区的用户增长速度非常惊人——截止去年,社区已拥有 320 万名开发人员,是去年所有被雇佣开发人员总数的 2%。

今年,我们首次对 hackerrank 社区进行了调查,以获得开发者技能的相关信息,比如他们第一次推代码的时间、他们如何学习编码、最喜欢的语言和框架、他们想要什么样的工作、招聘经理希望的候选人是什么类型的等等。有 39441 位开发者参与了我们的调查,希望通过本文能让你对 2018 年开发人员的技能信息有更加深入的了解。

一、学习与教育

编码学习早于驾驶?四分之一的开发者在 16 岁前就开始编码了

编码不分早晚。在所有专业级别的 39000 名开发人员中,有超过四分之一的开发人员在他们 16 岁之前就写了第一个代码。

与此同时,在 26 岁以后才开始编写代码的开发者中,有 36% 是现在的高级甚至更高级别的开发人员,他们的职业发展会很快。

70 年代开发者:一场个人电脑革命引发的壮志雄心

与此后的几代人不同,如果七十年代的人想要看到创新的技术,他们就必须自己去建造——处于那个年代下的他们别无选择,因为没有充分的资源来教会他们如何创建软件。在 45 岁至 54 岁之间的所有开发者(47%)中,几乎一半在 16 岁之前开始编码。同时,今天 18 到 24 岁的开发者最不可能在 16 岁以前开始编码(仅占 20%)。

45 到 54 岁之间的开发者是第一批掌握个人电脑的一代,如acorn archimedes、trs-80、commodore 64 和 apple ii。由于无法获得正规教育,“个人电脑革命”中的年轻人更有动力去学习编码。

英国卫冕最年轻的编码人员排行榜之首!中国未进前十

在参与调查的 17 个国家中,至少有 100 名受访者表示,英国人开始编码的人群最年轻,编码年龄在 5 到 10 岁之间,这些开发者大多数是今天的三十多和四十多岁。

当这些开发者还在学校的时候,位于剑桥的个人电脑 acorn archimedes 就出现了。通过与 tesco 的合作,英国的学校得到了相当数量的电脑,更多的孩子可以使用电脑。

今天,这种前瞻性的教育文化在英国仍然存在——它成为第一个通要求 5 岁以下的孩子参加编程课程来实现课程现代化的国家。政策制定者也曾多次指出,尽早接触编码是打造软件职业门户、了解影响日常生活的计算思维和软件原理的重要一步。

毋庸置疑,开发者都有渴望学习的心

似乎每年都会有一个新的标志性编程语言、框架或库在整个开发者社区泛滥。自我教育是所有年龄段开发者的常态,尽管 67% 的开发人员拥有 cs 学位,但大约 74% 的人表示至少有一部分是自学的。

开发者平均知道 4 种语言,但是他们还想学习更多。对学习的渴望程度也因人而异:18 至 24 岁的年轻开发者计划学习 6 种语言,而 35 岁以上的人只打算学习 3 种语言。

自学作为成功开发者的重要组成部分,学习工具是成长的一种手段。但是工具总是会改变的,所以对程序的好奇心和真正的兴趣,应该推动学习新工具和适应技术不断发展的前景。

我们不一样:新一代开发者最爱 youtube

堆栈溢出是自学者的头号工具,这在各个年龄段都是如此。但是,youtube 和书籍之间存在着明显的年龄段差距,成为编码学习中第二个最受欢迎的资源。

学习的本质正在改变,年轻一代正在涌向 youtube,而老一代仍更喜欢通过书籍来学习新技能。更具体地说,当学习一个新工具时,千禧一代会登录到 youtube(65%),而 x 一代则手拿起了一本书(85%)。

当然,两者都有其独特的优势。youtube 提供了一个系统化的教学模式,可以模仿大学中结构化的课程,稳定进步。书籍的好处是适应性,虽然 youtube 可以引领软件进步的潮流,但教科书却是 cs 的永恒基础。任何人都可以在不到一天的时间内制作出新的 youtube 教程,尽管它不会提供教科书多年来深思熟虑的经验教训。

但无论哪种方式,明确的一点是:我们正处在编码教育发展的最前沿。

二、开发者技能需求

企业缺什么,我们学什么:五大需求度最高的语言

即使不断地有新语言出现,开发人员掌握核心的传统语言也是非常重要的。总的来说,企业需求度最高的语言包括有:javascript、java、python、c 和 c 这五个。

对比企业最需要的语言和开发者最常用的语言时,这五个语言几乎没有区别。但在细分领域中还是略有差异的, 例如:java 已经在金融服务领域流行了多年;c 由于其性能以及跨多个平台的编译器可用性而主导硬件领域;而 c# 在政府机构中更为普遍。

开发者和企业间供需差别最大的是 javascript 框架

javascript 框架是最受欢迎的,它是唯一能够构建前端、后端、移动和浏览器扩展的多功能语言。因此,javascript 在网络中有着举足轻重的地位。所以大多数情况下,企业希望招聘的是了解 angularjs、node.js 和 react 的开发人员。

从图中可以看出,这三个框架在开发者和企业间存在着较大的差距,其中 react 框架的差距最大。换句话说,开发人员有很大的机会将 react 学习提升成为当今企业所需要的一种可交易的技能。

实战能力 no.1,企业更偏爱作战经验丰富的开发者

解决问题的能力几乎是所有企业一致要求的最重要的资格......不仅仅是编程语言的熟练程度、调试和系统设计能力,演示计算思维或分解大型复杂问题的能力也是同等重要的。

当然,小公司最关心的与大公司关心的东西之间还是有一些细微的差别。例如,较小的公司比大中型公司更需要熟悉框架使用的能力,因为拥有正确的框架知识对于初创公司来说更为重要,他们需要快速启动代码,框架可以帮助开发人员更快地推送代码。

华丽的简历?不,我们更关注你曾经做过什么

有一种观点认为,企业更愿意招聘获得名牌大学 cs 学位的人,但事实证明,他们实际上更关心的是你所做的——而不是你曾经上学的地方。绝大多数的招聘经理也表示,他们更关心简历中的技能证明,如以前的工作、多年的项目经验和 github 等等。无论公司规模如何,10 个招聘经理中有 9 个都认为,以前的工作和多年的经验这两个技能指标是最受欢迎的资格证明。

一般来说,简历(学位、学历、技能认可或证书声望)的资格在企业关注度中排名最低,因为这些因素并不能代表开发者的实际能力。从简历中可以轻松筛选出的唯一顶级资质是“多年的经验”,它可以作为一种替代方法,即基于简历的信号来证明技能。

好好打理你的 github,企业会认真偷看的

通过 github 和项目经验能更好地补充简历和评估技能。当我们通过角色筛选数据时,可以发现那些处于 c 级职位的人,包括创始人、首席技术官和副总裁,他们都认为 github 的项目实践比多年的经验更具价值。对这些人来说,学位的威望也十分重要。

这可能是由于开发者遇到高管的时候,他们已经到了招聘过程中的最终阶段,当开发人员与 c 级人员会面时,有更多时间根据项目、以前的工作和投资组合来评估已验证的技能。

三、开发工具

唯我不败:开发者就爱追随科技巨头所推送的语言

上表中,kotlin、rust、scala 和 swift 排名最高——个人开发者乐于追随硅谷科技巨头的流行语言,这是一个很明显的趋势。

谷歌的 go 提供了高并发性、快速编译、当然还有其创建者的广泛支持,此外还推动了 kotlin 成为开发 android 应用的第一语言。

此外,twitter 还将可扩展 scala 作为一个更有效和更具成本效益的替代方案。苹果从 objective-c 转换到 swift 时,开发人员也必须随之切换。随着 ios 开发变得越来越流畅,开发者也在追逐着这些流行趋势。

python 最佳!全年龄开发者最喜爱的语言

根据统计,javascript 可能是企业最需求的语言,但是 python赢得了所有年龄段开发者的心,python 也是开发者最想学习的流行语言。

上面的语言偏好图代表了喜欢某一语言的开发者所占的百分比,python 以其简单性、可读性和丰富的资源库而闻名,这也是计算机科学入门课程的一部分。

但有一个趋势是,年轻的开发者比老的开发者更喜欢新的语言(如 go、kotlin 和 scala),其中关于 go 的分歧最大:18 - 24 岁的开发者并不关心,但 45 - 54 岁的人认为这是他们最喜欢的语言之一,这在 javascript 中则正是相反的——年轻的开发者对知识有着天生的渴望,他们更有可能全面地学习语言,即使是一些他们并不喜欢的语言,而老的开发者则会根据自己的经验,选择那些经得起时间考验的语言。

node.js 框架赢得开发者芳心

上图显示,node.js 是开发人员最喜爱的框架。作为后端 javascript 的唯一方法,node.js 在所有年龄段都受到青睐。至于前端框架,我们都知道 angularjs 和 react 是流行的,这种偏好在年轻一代开发者中最为常见,45 - 54 岁的开发者则将它们排在了较低的位置。

四、人才吸引力

如何科学地评估开发者技能?企业表示很头疼

根据 7000 多个企业的资料显示,简历仍是目前评估开发者最常用的方式。调查发现,81% 的招聘经理使用简历作为申请人筛选过程的第一步,但是大多数招聘经理都认为如何正确评估技能是招聘时的最大挑战,而且只有 55% 的开发者认为简历能够很好地反映自己的能力。

目前的企业招聘正在寻找更合适的工具来评估应聘者技能,用简历进行筛选是招聘的障碍,因为他们最关心的能力并不能从简历中筛选出来。

爱工作、爱自由:开发者寻求工作与生活的平衡

网上的很多技术职位描述,通常都会重点介绍技术堆栈、工作内容以及津贴诱惑等等。但是招聘经理表示,应聘者更为关注的不是这些。相反,开发者首先关注的就是工作与生活的平衡,专业成长与学习则排在第二位。更具体地说,美国人比亚洲和欧洲等其他地区的开发者更渴望工作与生活的平衡。

对于 25 岁以上的开发者来说,两者的平衡是最重要的。在某些方面,我们发现了一个小小的矛盾:开发者想要工作与生活的平衡,但他们也渴望学习和成长。这也就导致了开发人员有时会感到不知所措甚至茫茫然,专注于做自己喜欢的事情可以帮助实现更好的工作与生活平衡。

灵活的工作时间表需求最迫切

工作与生活的平衡对于不同的人来说意味着很多东西,其平衡可以通过灵活的时间来支持——上午 10 点到下午 8 点的日程安排是最常见的。

开发者希望输出更有价值的内容,远程办公的选择也很有帮助。对于 25 岁以上的开发者来说,远程工作的愿望特别强烈,而 25 - 44 岁之间的人们更愿意选择工作数小时后关闭电子邮件这一方式。

学生开发者:我们更关心个人成长,薪酬什么的先放一放

职业成长率是学生在工作中最关注的的一点,在学生群体中,薪酬的排名甚至降到了第七。学生们渴望学习并发挥他们的潜力,因此在工作与生活的平衡中,会优先考虑他们职业生涯规划和成长。

五、报告的其他内容

vim 文本编辑器最受开发者欢迎

vim 击败了所有其他的编辑器,其强大的键盘命令是它被各国开发者所喜爱的重要原因。

创始人在 10 之前编码的可能性是普通开发者的 3 倍

15% 的创始人在 11 岁之前开始编码,而其他的开发者在 11 岁之前开始编码的概率为 5%,达 3 倍之高。

写在最后

本文是 hackerrank 对开发者进行的一项研究,以确定开发者教育、技能和招聘实践的趋势。2017 年 10 月 16 日至 11 月 1 日期间,共有 39441 名专业人士和学生开发者参与了在线调查。

通过这份报告,希望能为广大的开发者提供编程语言趋势、框架选择、就业偏好等方面提供一定的指导意义。

0
1
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • what is “reflective database access control” (rdbac) ? “reflective” : enable a system (namely, a set of data objects) to reason about itself. the policy itself contains a database query

  • 1 rabc 是什么? rabc 是一种用于设计权限的一种思想,流程图如下 2 硬编码实现的思想 rabc 主要有user 用户表,role角色表,permission权限表,以及role-permission和user-role的中间关联表,但是实际上对于一般的需求,我们可以只使用user用户表, 里面存储字段标识 角色信息,然后在代码层面进行编码方式 使用enum枚举出所有角色表,使用 权限注解标识方法,将权限注解与方法进行一个绑定,其中权限里面包括(角色)信息,通过拦截器进行拦截权限进行筛选。

  • rbac(role-based access control ) 是基于角色的访问控制。在 rbac 中,权限与角色相关联,用户通过成为适当角色的成员而得到这些角色的权限。也就是,对系统操作的各种权限不是直接授予具体的用户,而是在用户集合与权限集合之间建立一个角色集合。每一种角色对应一组相应的权限。一旦用户被分配了适当的角色后,该用户就拥有此角色的所有操作权限。这种“权限赋予给角色,把角色又赋予用户”的权限设计既清晰,又易管理。

  • rabc:权限模型(每一个后台管理项目所必备的技能) 即:我们要做一个后台管理项目,比如***管理系统,通过这个系统,比如一个用户登录,有后多菜单,你要用那个就点开那个菜单,权限的意思是,有些菜单你看不到,比如说选课这个菜单老师用不到,所以老师看不到,但是学生可以看到,即用户谁登陆了显示相对应的菜单 后台管理,比如: 用户表 角色表 菜单 拿用户表举例: 先创建一张表放在数据库里,等到真的有用户时,就给他存进去,他就能登录了。 打开navicat,找到你创建的数据库,...

  • 一种基于rabc的软件系统权限管理设计1 权限管理介绍1.1 权限管理分级1.2 常用的权限模型 1 权限管理介绍 简介:在软件系统的中的权限管理,指的是用户能否具有访问系统、系统资源的资格。在软件系统中主要通过管理员将某些资源的访问、管理、操作等权限赋予用户,达到管理和使用的目的。譬如主机的访问使用权限,某项功能菜单的使用权限亦或是某个数据的读写权限。 1.1 权限管理分级 软件系统中,我们通常将权限关联分为三级 (1)一级权限:访问权限 (2)二级权限:菜单、按钮权限 (3)三级权限:数据权限 依据不同

  • 转载:https://blog.csdn.net/dome_/article/details/90514739我们比较常见的就是基于角色的访问控制,用户通过角色与权限进行关联。简单地说,一个用户拥有多个角色,一个角色拥有多个权限。这样,就构造成“”的授权模型。在这种模型中,用户与角色之间、角色与权限之间,通常都是多对多的关系。如下图:基于这个,得先了解角色到底是什么?我们可以理解它为一定数量的权限的,是一个权限的载体。例如:一个论坛的“管理员”、“版主”,它们都是角色。

  • 建立关联关系 权限 -> 资源 单向多对多 java类之间单向:从 权限 实体类可以获取到 资源 对象的集合,但是通过 资源 获取不到权限 数据库表之间多对多: 一个 权限 可以包含多个 资源 一个 资源 可以分配给多个不同 权限 角色 -> 权限 单向多对多 用户 -> 角色 双向多对多 java类之间双向:可以通过用户获取它具备的角色,也可以看一个角色下包含哪些用户 数据库表之间多对多: 一个角色可以包含多个用户 一个用户可以身兼数职 多对多在数据库建中间表 select t_stu

  • 掌握什么是rabc 掌握rabc的应用场景 掌握laravel框架资源控制器及资源路由的创建和使用 理解角色与权限表的设计 能够实现角色列表分页展示 能够实现ajax添加角色信息 掌握使用模型查询中的when方法搜索角色 一、rbac rbac: role base access control 基于角色的用户访问权限控制,就是权限分配给角色,角色又分配给用户。 即一个用户对应一个角色,一个角色对应多个权限,一个用户对应用户组,一个用户组..

  • 一.rbac是什么 1.rbac模型概述 rbac是role based access control的英文缩写,意思是基于角色访问控制。 rbac实际上就是针对产品去发掘需求时所用到的who(角色)、what(拥有什么资源)、how(有哪些操作)的方式。 在rbac模型中,who、what、how构成了访问权限三元组,也就是“who对what进行how的操作。 rbac主要包含四个子模型:rbac0、rbac1、rbac2和rbac3,整体又叫做rbac96。 rbac0 rbac0是rbac96模型家

  • 一、rbac是什么 1、rbac模型概述 rbac模型(role-based access control:基于角色的访问控制)模型是20世纪90年代研究出来的一种新模型,但其实在20世纪70年代的多用户计算时期,这种思想就已经被提出来,直到20世纪90年代中后期,rbac才在研究团体中得到一些重视,并先后提出了许多类型的rbac模型。其中以美国george mason大学信息安全技术实验室(list)提出的rbac96模型最具有代表,并得到了普遍的公认。 rbac认为权限授权的过程可以抽象地概括为:who

  • 前言:权限往往是一个极其复杂的问题,但也可简单表述为这样的逻辑表达式:判断“who对what(which)进行how的操作”的逻辑表达式是否为真。针对不同的应用,需要根据项目的实际情况和具体架构,在维护性、灵活性、完整性等n多个方案之间比较权衡,选择符合的方案。目标:直观,因为系统最终会由最终用户来维护,权限分配的直观和容易理解,显得比较重要,系统不辞劳苦的实现了组的继承,除了功能的必

  • (一)基本概念 1.定义 rabc(role-based access control),也就是所谓的**“基于角色的访问控制权限”**。 2.优势 在rabc中,用户不再直接与权限相连,而是通过**“角色”**这一属性来间接的被赋予权限,用户通过成为适当的角色来的到这些角色固有的权限,这样处理就解耦了用户与权限的关系。这就极大地简化了权限的管理。在一个组织中,角色是为了完成各种工作而创造,用户则...

  • rbac是数据库页表的一种设计思想,主要为解决用户与权限之间的关联问题

  • 前言 权限一句话来理解就是对资源的控制,对web应用来说就是对url的控制,关于权限可以毫不客气的说几乎每个系统都会包含,只不过不同系统关于权限的应用复杂程序不一样而已,现在我们在用的权限模型基本上都是以rbac为基础进行扩展的,我们今天就将rbac权限模型进行下介绍。 开始 rbac的介绍 rbac是基于角色的访问控制(role-based access control )在rbac中,权限与角色相关联,用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。这样管理都是层级相互依赖的

  • 本教程为授权出品


    本视频讲授rbac权限模型的设计、以及在项目中的应用 。
    1. 使用maven进行项目构建 。
    2. 页面设计采用响应式前端框架bootstrap 。
    3. 采用多种方式展现用户数据:树形结构(ztree)、图表(echarts) 等 。
    4. 基础业务功能采用异步数据操作,增强用户体验效果 。

  • 基于角色的权限访问控制(role-base access control) user表 存储用户的信息 字段 描述 id 用户id,主键 username 用户名 realname 真实姓名 password 用户密码 createdate 创建时间 lastlogintime 上次登录时间 enabled 是否可用 accountnonexpired ...

  • rbac(role-based access control,基于角色的访问控制),就是用户通过角色与权限进行关联。简单地说,一个用户拥有若干角色,每一个角色拥有若干权限。这样,就构造成“用户-角色-权限”的授权模型。在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系。(如下图) 角色是什么?可以理解为一定数量的权限的集合,权限的载体。例如:一个论坛系统,“超级管理员”、“版主”...

  • 为了防止无良网站的爬虫抓取文章,特此标识,转载请注明文章出处。laplacedemon/sjq。 http://www.cnblogs.com/shijiaqi1066/p/3793894.html 0. 前言 一年前,我负责的一个项目中需要权限管理。当时凭着自己的逻辑设计出了一套权限管理模型,基本原理与rbac非常相似,只是过于简陋。当时google了一些权限管理的资...

  • 目录rbac简介rbac0rbac1rbac2rbac3 rbac简介 rbac是role based access control的英文缩写,意思是基于角色访问控制。 rbac实际上就是针对产品去发掘需求时所用到的who(角色)、what(拥有什么资源)、how(有哪些操作)的方式。 在rbac模型中,who、what、how构成了访问权限三元组,也就是“who对what进行how的操作。 rb...

global site tag (gtag.js) - google analytics