2022 年 Java 开发人员生产力报告

表的内容 前言。。。。。。。。。。。。。。。。。。。。。。。。。。 。。。。。。。。。。。。。。。。。。。。。。。。。。03关于调查04 调查Jav结a语果言0和8发展趋势09 升级影响10 JDK17升级计划11 JRE/JDKDistributions13 Java应用程序体系结构趋势14 微服务趋势15 收养状态15 每个应用程序的微服务16微服务框架用法17 启动时间18 重新部署时间19 Java技术趋势20 Java虚拟机平台20 Java框架配置21 JavaPaaSProviders22 应用服务器23构建工具24JavaIDEs25 CI/CD技术趋势26 技术用途26建造时间27提交频率28 开发人员生产力趋势29 重新部署时间29 没有重新部署，团队会做什么31 结语32 关于JRebel32 前言 亲爱的同事们, 欢迎阅读JRebel发布的2022年Java开发人员生产力报告。很难相信，但2022年标志着 我们年度报告系列的第10年。可以说，自从我们开始这项调查以来，Java的格局已经发生了变化。2012年是一个巨大的轻描淡写，我期待着在这份报告中与你一起探讨这一点。 十年前，我们不是在谈论容器、Docker、Kubernetes、微服务，甚至现在。 流行的IDE，如IntelliJ和VisualStudio。我们正在谈论我们在春季4中可能会看到什么，它需要多长时间可能直到Java8发布，并争论Java作为顶级编程语言的地位（尽管 今天我们仍然这样做)。 无论第一次调查的结果在今天看起来多么陌生，重要的是要注意这些重大转变在爪哇需要时间。从一年到下一年，特定Java技术的市场份额可能只会改变 一两个百分点。但这些运动——以及Java生态系统的活历史——是可以找到的。像我们这样的数据的调查和分析。 那么，我们可以指出2022年Java的大主题是什么呢？即生产力，特别是在Java中 发展将比以往任何时候都更加重要。像Gartner这样的分析师报告说，50%的熟练技术技术职位可能在2022年空缺，开发团队和组织将有一个共同的目标 从他们有限的开发时间中获得最大收益。无论是通过增加生产力提升 像JRebel这样的工具或通过其他方式，组织将找到一种方法来继续创造创新的新 Java应用程序。 我们希望本报告中的数据和分析将有助于简化您的开发决策 —无论是决定新的Java框架还是采用新的应用程序架构—等等 知情。从第一天开始，我们的目标一直是为Java开发人员提供独特而具体的调查到处专注于与他们最相关的事情。 与往常一样，我们希望您喜欢阅读该报告，就像我们喜欢制作报告一样。快乐阅读, 柯蒂斯约翰逊产品经理JRebel的一定 2022个Java开发人员的生产率报告4 关于调查 2022年Java开发人员生产力报告基于对Java的调查世界各地的开发专业人员。该调查从 2021年10月至2022年1月，共收到876份回复。 该调查主要关注Java技术和方法 用于开发当今的Java应用程序。我们还包括了问题特定于性能问题、微服务和CI/CD，以及 受访者人口统计和组织公司统计。 www.jrebel.comJRebelbyPerforce©PerforceSoftware,Inc.所有商标和注册 商标是其各自所有者的财产。（0220TP22） 报告和分析方法 就本报告而言，我们省略了占受访者总数不到1%的任何回复。为了简单起见，我们将每个值四舍五入到最接近的完整百分点。 在有益的情况下，我们使用受访者的人口统计和组织公司数据来帮助形成额外的洞察周围的数据。 被调查者人口和组织Firmographics 在我们的第一个公司问题中，我们要求受访者分享他们公司总部的位置。虽然这并不表示给定公司的大部分工作在哪里完成（尤其是更大的 公司），它可以帮助我们在区域性背景下构建调查结果。 公司代表来自世界各地，但最大的特遣队（按国家/地区）属于美国和中国。 职称 然后要求受访者分享他们在公司内的工作角色。与往年一样， 受访者主要是开发人员或类似人员，占总体受访者数据的近50%。当结合受访者中第二受欢迎的职位-JavaArchitect-这个数字 增长到所有受访者的70%。还有相当数量的领导角色代表，团队潜在客户占15%，董事角色占8%。 开发团队规模 接下来，我们要求受访者分享其开发团队的规模，并提供以下选项： 范围从1-2，到100+开发人员。到目前为止，最常见的开发团队规模是3-9开发者范围，占所有受访者的近一半。10+团队占近40% 的受访者，占总数的22%在10-20名开发者范围内。这是意料之中的，因为公司已经更倾向于根据功能集划分团队。 公司规模 对于我们最后一个公司问题，我们要求受访者分享他们公司的估计规模，与规模分为1-20、20-100、100-1000、1000+和自由职业者类别的团队。 受访者表示，他们的大多数公司都是大型企业公司，31%的受访者表示公司规模超过1000名员工。拥有100-1000名员工的中型公司紧随其后最高组，占27%。小公司和初创公司分别占20%和12%。 2022个Java开发人员的生产率报告8 调查结果 随着人口统计问题得到解决，我们跳了进去调查的核心：Java语言和发展趋势。 这些问题也出现在以前版本的 Java开发人员生产力调查，使我们能够判断几个关键Java技术版本的采用轨迹。 www.jrebel.comJRebelbyPerforce©PerforceSoftware,Inc.所有商标和注册 商标是其各自所有者的财产。（0220TP22） Java语言和发展趋势 对于本节的第一个问题，我们要求受访者分享他们属于哪种JDK编程语言。 在其主应用程序中使用，以及将Java版本分组为Java7或更早版本、Java8、Java11和Java12或更高版本。我们还包括了与JVM兼容的语言Kotlin，Groovy和Scala。 与本报告以前的许多迭代一样，大多数受访者表示使用Java8（37%）作为他们的 其主要应用程序的编程语言，其次是Java11（29%），Java12或更高版本（12%），以及 Java7或更早版本（5%）。虽然Kotlin、Groovy和Scala在这些选择中最不受青睐，但加起来，他们仅占受访者总数的17%。 您在主应用程序中使用哪种JDK编程语言？ 当看着反应的基础 在公司规模、Java8使用在公司中较低的 在100名员工,而他们采用增加 11、更新的Java版本。与此同时,公司 100名员工表现出更多的使用Java8相比 规模较小的公司。 公司下 100名员工 公司拥有超过 100名员工 升级的影响 接下来，我们要求受访者分享影响他们决定升级JDK版本的因素。这答案基本上符合预期，大多数受访者表示长期支持为 升级JDK版本的主要因素。在LTS之后，安全性和性能是首要因素，在分别为23%和20%。 新功能（18%）和合规性（14%）是最不受欢迎的升级因素。 哪些因素会影响您升级JDK版本的决定？ 在按公司规模细分结果时，我们发现大型和小型公司都将LTS列为其主要影响升级的JDK版本。 这些因素在过去几年中发生了重大变化，主要是由于对Oracle方式的修改 分发JDK。随着JDK在没有LTS的情况下更频繁地发布，这个功能将是一些东西。人们在决定JDK时会更积极地寻找。 JDK17升级计划 2021年标志着最新的LTSJava版本与JDK17的发布。虽然对整体市场的影响不大作为Java8，它似乎确实有一些动力，超过了其他后Java8LTS版本。自 帮助将一些统计数据放在感知势头背后，我们要求受访者权衡他们何时计划升级到JDK17。 在知道升级计划的受访者中，37%的受访者表示计划在 未来6个月，另有25%计划在未来6-12个月内升级。30%的人表示计划这样做在接下来的12个月后进行升级，而只有8%的人表示无意升级到JDK17。 综合起来，62%了解升级计划的人表示他们打算搬到 JDK17在未来12个月内。 你什么时候升级到JDK17? 在查看基于公司规模的回复时，来自小公司（100岁以下）的受访者表现出加快了采用速度，44%的受访者计划在未来六个月内升级到JDK17。受访者来自大型公司（超过100家）的采用速度较慢，38%计划升级 有时后即将到来的12个月。 公司下 100名员工 公司拥有超过 100名员工 LTSJDK版本总是吸引一定程度的采用。但JDK17似乎正在建立更多的动力。 比以前发布的LTS（JDK8除外）相比-特别是在较小的公司中。采用速度较慢的新Java版本（包括JDK17）表明升级大型企业的复杂性和成本 Java应用程序。 JRE/JDK发行版 我们的下一个问题要求受访者分享他们使用的JRE/JDK发行版。在今年的 受访者认为，OracleJava是选择的分布，占36%。通用OpenJDK和AdoptOpenJDK/ Adoptium分别以27%和16%排在前三名。OpenLogicOpenJDK的分布2.3%的受访者表示。 你使用什么JRE/JDK分布? 鉴于本次调查中大公司的比例很大，平分秋色也就不足为奇了。 在商业和开源JRE/JDK发行版之间。像OracleJava这样的商业发行版可以为大型组织提供获取修补程序和更新的简便方法。对于许多大型组织，避免在内部完成这项工作的麻烦是值得的。 Java应用程序架构的趋势 在下一个问题中，我们要求受访者分享他们开发的主要应用程序的体系结构。基于微服务的应用程序最受欢迎，占32%，整体式应用程序占22%。下一个模块化单片应用程序占响应的13%，而面向服务的体系结构占12%。 您开发的主要应用程序的体系结构是什么？ 有趣的是，大公司（100+名员工）对微服务的采用率提高了36%—— 与28%的小公司（100名员工以下）形成鲜明对比。 公司下 100名员工 公司拥有超过 100名员工 Microservices趋势 对于报告使用微服务的受访者，我们提出了一系列与其在微服务中的状态相关的问题。采用微服务，他们如何使用微服务，其应用程序中的微服务数量， 以及微服务框架中的选择。最后，我们询问了他们的启动和重新部署时间 microservice-based应用程序。 Microservice采用状态 在这个问题中，我们要求受访者分享他们在微服务采用方面的状态。答复显示大多数组织要么拥有完全基于微服务的应用程序，要么目前正在过渡到microservices架构。 你Microservice收养的地位是什么? Microservices每个应用程序 接下来，我们询问了构成受访者基于微服务的微服务的数量 应用。30%的受访者表示拥有1-5个微服务，而24%的受访者表示拥有5-10个微服务。在规模较高的一端，16%的人表示拥有10-20个微服务，22%的人表示拥有超过 其应用程序中有20个微服务。只有8%的受访者表示无法洞察微服务的数量在他们的应用程序中使用。 您的主应用程序中有多少个微服务？ 较小的组织（员工人数少于100人）报告的应用程序通常具有较少的微服务，只有 29%的受访者报告应用程序包含10个以上的微服务。大型组织（超过100名员工），而43%的大型组织报告了包含10多个微服务的应用程序。当看到这个数字时，这个数字跳得更远 拥有超过1000+名员工的组织，其中50%报告的应用程序具有超过10个微服务。 公司下 100名员工 公司拥有超过 100名员工 公司拥有超过 1000名员工 当您考虑到本次调查中只有30%的受访者在企业组织工作时， 报告基于微服务的大型应用程序的受访者数量似乎是准确的。不过，很明显 大多数组织正在运行具有少于10个微服务的应用程序。这可能意味着一些事情。他们要么针对颗粒使用微服务，要么使用相对较小的应用程序。