全球开发者大调查:编程始于少年,python 成最爱 -凯发k8国际

原文: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 条 请登录后发表评论

发表评论

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

相关推荐

  • kasai是一个开源100%基于java的认证与授权框架.它提供一个完善的,易于管理的许可方案来与你应用程序相结合的.这个框架的目的是为多用户应用程序提供一个使用简单但强大的安全环境.

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

  • 公众号关注「奇妙的 linux 世界」设为「星标」,每天带你玩转 linux !permission manager 是一个简单便捷的 rbac 管理界面工具,支持通过 web 界面创建...

  • 解决授权 然后关于权限部分,也是security的重要功能,当用户认证成功之后,我们就知道谁在访问系统接口,这是又有一个问题,就是这个用户有没有权限来访问我们这个接口呢,要解决这个问题,我们需要知道用户有哪些权限,哪些角色,这样security才能我们做权限判断。 之前我们已经定义及几张表,用户、角色、菜单、以及一些关联表,一般当权限粒度比较细的时候,我们都通过判断用户有没有此菜单或操作的权限,而不是通过角色判断,而用户和菜单是不直接做关联的,是通过用户拥有哪些角色,然后角色拥有哪些菜单权限这样来获得的

  • amazeui后台界面与thinkphp5框架开发通用权限,角色,管理员系统

  • mm-audio-ftm: type=1400 audit(0.0:122): avc: denied { read write } for name="controlc0" dev="tmpfs" ino=478 scontext=u:r:system_app:s0 tcontext=u:object_r:audio_device:s0 tclass=chr_file permissive=0

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

  • 1.在linux下进入一个目录,需要什么权限?        首先,在linux 下创建一个目录family,进入目录,在目录中创建文件member1.c,member2.c,返回上一级,使用cd family进入目录,进而使用ls,可查看目录内容;        进而使用chmod 将目录权限改为000,如:        在以上验证中,发现将拥有者权限改为仅有读权限,仅有

  • 1、基本概念 rbac(role-based access control,基于角色的访问控制)在 k8s v1.5 中引入,在 v1.6 版本时升级为 beta 版本,并成为 kubeadm 安装方式下的默认选项,相对于其他访问控制方式, 新的 rbac 具有如下优势: (1)对集群中的资源和非资源权限均有完整的覆盖 (2)整个 rbac 完全由几个 api 对象完成,同其他 api 对象一样,可以用 kubectl 或 api 进行操作 (3)可以在运行时进行调整,无需重启 api server 要使用

  • 后台采用ssm,前端页面采用jsp 关系 点击用户旁边的按钮,可给用户分配对应的角色(多对多) 点击角色旁边的按钮,可回显对应的权限,可修改权限(数据库直接执行删除操作,重新添加)(一对多) 配置原来项目路径${pagecontext.request.contextpath},配置成${app_path},这样使用起来就方便很多。 public class serverstartuplis...

  • 计划在team的github开源项目里加入权限控制的业务功能。从而实现权限控制。在很多管理系统里都是有权限管理这些通用模块的,当然在企业项目里,权限控制是很繁杂的。 team的github开源项目链接:https://github.com/u014427391/jeeplatform 欢迎star(收藏) rbac(基于角色的访问控制):英文名称rose base access contro

  • 原文链接:kubernetes rbac 详解 前面两节课我们学习了kubernetes中的两个用于配置信息的重要资源对象:configmap和secret,其实到这里我们基本上学习的内容已经覆盖到kubernetes中一些重要的资源对象了,来部署一个应用程序是完全没有问题的了。在我们演示一个完整的示例之前,我们还需要给大家讲解一个重要的概念:rbac - 基于角色的访问控制。 rbac使...

  • linux系统中的每个文件和目录都有访问许可权限,用它来确定谁能通过何种方式对文件和目录进行访问和操作。 文件或目录的访问权限有三种:只读、只写、可执行。 linux下有两种用户:超级用户(root用户)、普通用户。 超级用户:可以在linux系统下做任何事情,不受限制。超级用户的命令提示符是 ‘#’ 普通用户:在linux系统下做权限范围内的事情。普通用户的命令提示符是 ‘$’ 。 ...

  • 1.权限的设置大致上分为,管理员,客户管理员(不能看见特殊菜单其他与管理员一样),权限分配的形式以树的形式呈现,运用了ztree,api还是很简单的,可以看看大家。 2.遇到的困难主要在回显,1,2 级菜单以及菜单前的嵌套,这里有个最重要的前提就是数据库的设计,否则就会很麻烦,设计库的时候才有树形结构的去设计,这样会省了很多事情,尽量在一个表通过parentid去划分。...

  • paas平台下多租户的rbac权限管理 本篇文章为第一章,介绍公司、体系结构、组织机构、角色、用户、域、帐号、帐号关联、应用、资源、权限对象等基本概念。

  • 在vb6 ide环境下,当我想保存时,vb不能保存,提示为“权限被拒绝 ...\...frm",只能另存为其他名字   先是怀疑vb没有打补丁,装上sp6,还是不行;又换其他版本,问题依旧。又重装系统,还是不行。   最终发现问题出现在vb的插件当中,matrox act

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

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

global site tag (gtag.js) - google analytics
网站地图