2025开发者体验趋势报告

目录 41 驱动开发者倡导与满意度开发者体验计划的成功需要开发者倡导 | 安永技术卓越实践负责人 麦克·赫林 引言与DZone研究 03 欢迎信 | 平台工程核心贡献者 卢卡·加兰特 04 主要研究发现的 DZone 2025开发者体验调查结果分析 | G.Ryan Spain，自由软件工程师，前DZone工程师与编辑 额外资源 45解决方案目录 来自社区 22 [信息图] DevEx之树：分支发展，开发者体验 | 内容与社区团队 DZone 25 平台工程为何对开发者体验至关重要 | 理解平台工程与开发者体验之间的关系 | Marqeta 高级资深工程师 约翰·韦斯特 31 [清单] 如何将平台工程整合到您的业务中 |亚历山德罗斯·吉亚纳基迪斯（微软首席产品安全工程师） 37 重新定义开发者生产力在开发者成功衡量中平衡数据与人类体验 哈泽尔 cast 开发者体验总监 法瓦兹·加里 认识团队 总监，站点策略高级内容策略师 内容编辑 高级内容编辑 高级生产运营经理 收购编辑 社区专家凯特琳·卡andelmo林赛·伯克卡里丝·杜马乌劳伦·福布斯梅丽莎·希abit露西·马克姆多米尼克·罗勒 DZone的内容与社区团队负责审阅贡献者的文章，与作者和赞助商合作，并协调我们的研究人员和设计师，为全球的DZone用户呈现有价值、高质量的内容。 欢迎信 由 Luca Galante 撰写，平台工程核心贡献者 过去四年里，平台工程的发展速度前所未有。我关于DevOps倦怠、认知负荷，以及臭名昭著的“DevOps已死”等文章，已经触达了数百万读者。虽然我很想归功于我的梗图特别搞笑，或者我的文章写得特别棒，但现实是，DevEx这个主题真正与人们产生了深刻的共鸣。 社区分享了关于自建开发者门户或后台实施失败尝试的恐怖故事。 那些渴望“强制推行”DevEx的管理者，最终却做了完全相反的事情。他们犯下错误，通过强制推行UI或用荒谬的方案破坏工作流来移除接口选择。 自2000年以来，开发人员必须掌握的技术数量呈爆炸式增长，因为“左移”文化的推行将越来越多的任务压在了他们身上。开发人员不仅承受着学习数量不断增加的新工具的压力，还承受着同时处理越来越多复杂工具和技术的残酷上下文切换压力。这是导致DevOps倦怠恶性循环的关键驱动因素。 然而，在这些失误之外，最重要的一点是：该行业终于认识到改善开发者体验的力量。 与此同时，越来越多的团队正体验到：以开发者选择为核心，将标准化、抽象化和自动化进行恰当融合，正是能带来行业始终期盼却始终难以企及的开发者体验的关键所在。 这正是平台工程——它通常通过降低复杂性来提升开发者体验——之所以日益受到采用和关注的原因。 在DZone首次发布的开发者体验趋势报告中，深入了解这一文化转变，并探索您的组织如何充分利用其优势。 当我们于2022年组织首届PlatformCon——平台工程社区年度会议时，收到100份演讲投稿我们感到非常兴奋。然而当时，最常见的提问仍然是：“平台工程究竟是什么？”不到三年后，PlatformCon 2025规模扩大了10倍，往届PlatformCon的演讲内容每月观看量接近3万次。 我迫不及待想看看2025年会带来什么。 在过去的几年里，DevEx方面取得了一些真正令人惊叹的成果。当然，也有一些不那么令人惊叹的。每天，都有人... 卢卡·加兰特 卢卡是PlatformEngineering.org的核心贡献者，该网站是全球最大的平台工程社区。他经常与数十个工程团队交流，并将从数百个实例中总结的学习心得分享给整个行业。他是全球最大的平台工程活动PlatformCon的主办人，并通过他的简报《Platform Weekly》向超过10万名工程师撰写内容。 卢卡·加兰特 @luca-galante 主要研究发现 DZone 2025开发者体验调查结果分析 G. Ryan Spain，自由软件工程师，前DZone工程师与编辑 技术栈正变得越来越多样化，因此，支持工程团队并满足开发者的需求变得日益重要，这要求同时注重质量和效率。我们不能再仅仅依赖 DevOps 实践或工具。事实上，改进工作流程、投资基础设施以及倡导开发者需求，甚至可能拥有更大的力量。 得益于这种细致入微的方法，开发者体验被置于首位，积极地为工程师重新掌控其软件系统、团队和流程铺平了道路。人工智能和自动化的出现接管了日常任务和以往的手动工作流程，从而导致开发者体验的变化速度超过了公司或个人能够有意识地维持的速度。现在，我们将焦点重新引导至一线的开发人员和架构师，以及他们的生产力和个人满意度。 在一个能够促进协作、效率并提升开发者整体感受的环境中，全球的软件团队正逐渐意识到开发者体验的重要性。为此，我们很高兴与大家分享 DZone 首次发布的开发者体验趋势报告，该报告评估了当前开发者体验的状况，涵盖了生产力、流程满意度、基础设施和平台工程等方面。 2025年1月，DZone对软件开发人员、架构师和其他IT专业人士进行了调查，旨在了解软件开发领域当前的开发者体验状况。综合考虑所有观点、技术和方法，我们分享关于如何有效倡导开发者并相应地打造团队和软件系统的研究成果与专家观点，从而实现更高的价值、影响以及对我们所创建、维护和部署的软件的积极评价。 方法 我们创建了一份调查问卷，并分发给全球的软件专业人士。问卷的题型主要包括单选题和多选题，并在适用的情况下提供了开放式回答选项。该调查问卷通过电子邮件发送给了DZone和技术建议(TechnologyAdvice)的自愿订阅者名单，同时在dzone.com、DZone核心Slack工作空间以及DZone的各个社交媒体渠道进行了推广。 本报告的数据收集自2025年1月14日至2025年2月3日期间提交的回复；我们共收集了204份完整及部分回复。 人口统计 在深入之前，我们留意了某些关键的受众细节，以便对结果所来源的样本建立更稳固的印象： • 23%的受访者将其在组织中的主要角色描述为“开发团队负责人”，21%描述为“开发者/工程师”，16%描述为“技术架构师”。其他未被选中的角色没有超过10%的受访者选择。* • 79%的受访者表示他们目前正在开发“网络应用程序/服务（SaaS）”，46%表示“企业业务应用程序”，24%表示“原生移动应用程序”。 •••"Java"（占比70%）是受访者公司中最受欢迎的语言生态系统，其次是"JavaScript"。(59%), “Python”（56%), “TypeScript”（44%）， “Node.js（服务器端JavaScript）” （40%）， “C#”（29%），以及“Go”（28%）。关于受访者在工作场所使用的主要语言，最受欢迎的是“Java”（46%）。随后是“Python”（18%）和“C#”（9%）。没有其他语言被超过5%的受访者选择。平均而言，受访者表示他们作为IT专业人士拥有19.58年的经验，中位数为20年。 • 30%的受访者就职于员工人数少于100人的组织，24%的受访者就职于员工人数为100至999人的组织，45%的受访者就职于员工人数为1000人及以上的组织。* 注：为简洁起见，在本文余下的发现中，我们将使用“开发者”或“dev”来指代任何积极参与软件开发和发布的人员，无论其角色或头衔如何。此外，我们将定义“小型”组织为员工人数少于100人，“中型”组织为员工人数100至999人，以及“大型”组织为员工人数1000人及以上。 主要研究目标 在我们的2025开发者体验调查中，我们的目标是收集与以下主要研究目标相关的各个主题的数据： 1.开发者生产力和效能2. 平台工程 在本报告中，我们回顾了一些我们的主要研究成果。许多其他值得关注的次要发现并未在此包含。 研究目标一：开发者生产力和效能 我们关于开发者生产力和效能的研究围绕三个关键主题领域展开： 1.助力开发者成功的工具2. 自动化 开发者成功的工具 同意/不同意：您的团队拥有成功所需的工具、流程和生产力指标。我们问： Results: 观察 超过半数受访者（56%）表示他们“同意”或“非常同意”拥有成功所需的工具、流程和生产力指标，其中多数受访者选择了“同意”。 近四分之一的受访者（23%）表示他们同意“不同意”或“强烈不同意”该观点。与中型（49%）和小型（52%）组织相比，大型组织（65%）的受访者更有可能选择“同意”或“强烈同意”。 结论 大型组织中的受访者更有可能认为自己拥有成功所需的资源，但这绝对不是唯一因素。在本报告的后面，我们利用此问题的结果来检验其他结果，将回答分为两组：一组表示他们“强烈同意”或“同意”上述说法（我们称之为对成功资源的“积极态度”），另一组表示他们“强烈不同意”、“不同意”或感觉“中立”（我们称之为对成功资源的“非积极态度”）。 自动化 我们问： • 您的机构是否使用工作流和/或流程自动化？• 您使用或考虑使用以下哪种工作流和/或流程自动化方法？*• 请选择所有适用项：我的机构目前利用人工智能进行…… 注意：此问题仅向对“您的组织是否使用工作流和/或流程自动化？”问题选择“是”或“不是，但我们正在考虑”的受访者提出。 Results: 观察 与我们在2023年规模发展调查中上次询问此问题时相比，显著更少的受访者表示他们使用工作流和/或流程自动化（详情见表2），尽管这种差异可能部分归因于由于样本量较小，我们对2023年结果的信心较低。 大型组织中的受访者比其他人更有可能表示他们在其组织中使用工作流和/或流程自动化，以及 更有可能表示不知道。与大型和小型组织相比，中型组织的受访者表示他们使用工作流和/或流程自动化显著可能性更低。更多详情请参见第3表。 使用“业务流程管理”的受访者数量从2023年的结果中显著下降，而使用“企业资源规划”和“机器人流程自动化”的受访者数量则分别有所增加，尽管增幅较小。今年的结果与我们在2024年低代码开发调查中观察到的结果更为一致，但在那次调查中，我们仅向受访者问了这个问题。 谁称他们使用低代码工具来创建工作流和/或流程自动化，这可能会影响同比（YOY）比较。关于这三次调查结果的详细信息，请参见表4。 大型组织中的受访者比其他人更有可能表示他们使用“业务流程管理”和“企业资源规划”。中型组织中的受访者比其他人更不可能表示他们使用“业务流程管理”，但更有可能表示他们使用“机器人流程自动化”。更多细节请参见表5。 “代码生成/补全”是受访者所在组织最常选择的AI应用方式，超过一半的受访者选择了该选项，超过三分之一的受访者表示其组织使用AI进行“智能代码审查”。82%的受访者选择了至少一项提供的AI应用案例选项，近四分之一的受访者（23%）选择了四个或更多的应用案例。 按受访者组织规模划分回应，我们注意到以下几点（详情见表6）： 大型组织中的受访者表示，其组织使用人工智能进行“监控和异常/错误检测”以及“发布管理”的可能性显著高于其他人，而他们表示其组织使用人工智能进行“自动文档生成”的可能性则低于其他人。 • 中型组织中的受访者更有可能表示他们的组织使用人工智能进行“代码生成/补全”。他们也是最有可能选择“不适用”选项的人群。 结论 工作流和流程自动化仍有发展空间，尤其是在小型组织中。大型组织更有可能拥有实施工作流/流程自动化的资源。人工智能技术的进步以及为开发者和软件组织提供的AI工具的可用性增加，使得AI在开发中的应用已相当普遍，并且像代码生成和代码审查这样的AI应用可能会继续普及。 可观测性与指标 我们问： • 您的组织使用哪些指标来衡量绩效？• 您的组织跟踪哪些与部署相关的指标？ Results: 观察 几乎所有受访者（95%）表示，他们的组织使用了所提供的20项绩效指标中的至少一项，而大约一半的受访者（52%）选择了四项或更多。 除“用户