2023 年 API 报告:60% 的受访者在工作中使用生成式 AI
Postman 发布了一份 2023 年 API 状况报告,基于超 40000 名开发人员和 API 专业人士分享的对开发优先事项、API 工具以及 API 发展方向的想法。这是该公司对 API 专业人员进行的第五次年度调查,在以前的版本基础上扩展了 API 货币化和生成式 AI 两个领域。
报告的一些主要发现包括:
- API 对大多数人来说都是赚钱的工具
近三分之二的受访者表示他们的 API 会产生收入。在这些受访者中,43% 的人表示 API 创造了公司收入的四分之一以上。在金融服务和广告领域,API 收入受到密切衡量。它被评为衡量公共 API 成功与否的第二重要指标,仅次于使用率。
对于少数公司来说,API 产生了超过 75% 的总收入。这些公司涉足金融服务业的可能性几乎是其他行业的两倍。35% 的 API 没有产生收入的受访者往往在较小的组织中工作。随着公司规模的增长(以开发人员人数衡量),受访者越来越有可能表示他们的 API 产生了收入。
-
API 定价变得越来越重要
在决定是否与 API 集成时,47% 的受访者表示价格是一个考虑因素,相较前两年的 41% 有所上升。虽然存在性能和安全性等其他因素的排名高于定价,但报告认为这一发现可能反映了在科技经济收缩后,API 消费者更加注重成本。
高管们尤其可能注重定价,60% 的高管将其视为与 API 集成之前需要考虑的一个因素。
- API 投资前景光明
92% 的受访者表示,未来 12 个月内对 API 投资将增加或保持不变,高于去年的 89%。这一增长可能反映出某些方面认为科技行业经济收缩最糟糕的时期已经过去。53% 的首席执行官表示明年将增加 API 投资,而持相同看法的开发人员只有 44%。
- 大多数 API 专业人员正在使用 AI 来帮助编码
60% 的 API 专业人员表示他们在工作中使用生成式 AI 工具,最常见的用途是查找代码中的错误、生成代码和编码指令。与初级开发人员相比,高级 API 开发人员使用人工智能工具的可能性要小得多。
其中超过一半使用 AI 工具来查找代码中的错误,超过三分之一的人依靠 AI 来生成计算机可以理解的代码。当被问及来年什么类型的项目最让开发者兴奋时,排名第一的答案是构建 AI 驱动的应用程序,占比超三分之一。
在各行业中,政府和国防最不可能使用 AI 工具,只有 51% 的受访者采用它们。一些受访者提到了安全风险以及企业禁止与第三方 AI 工具共享数据的禁令。教育领域的接受率最高,65% 的受访者表示他们使用了 AI 工具。
当被问及“预计 ChatGPT 和 Copilot 等工具将在未来两年内为开发带来什么样的生产力效益?”时。受访者普遍认为,AI 将提高开发者的生产力,41% 的受访者预计将提高 10% 至 25%。
- API-first leaders 的数量增加了近一半
今年,11% 的受访者将自己定义为 API-first leaders,高于前两年的 8%。这个精英群体几乎在每一个指标上都表现出色。例如,他们可以更快地生产 API 并报告更少的故障。当 API 发生故障时,大多数 API-first leaders 可以在不到一个小时的时间内恢复它 —— 只有少数受访者可以达到这一水平。
虽然总数据显示 11% 的受访者是 API-first leaders,但这一比例会随着公司规模的扩大而上升。在拥有 1000+ 及以上的开发人员公司中,15% 的受访者将自己定义为 API-first leaders。在各行业中,金融服务业的这一比例最高,也为 15%。
-
API 安全性正在改善
受访者报告 2023 年与 API 相关的安全事件有所减少:56% 的人表示此类事件每年发生的次数少于一次,相较去年的 52% 有所改善。
在美国,此类事件最为罕见,67% 的受访者表示 API 安全事件每年发生的次数不到一次。在欧洲、中东和非洲,这一比例降到了 57%。而在亚太地区和拉丁美洲这一数字更低,只有 47% 的人表示 API 安全事件每年发生的次数少于一次。
某些行业的表现比其他行业更差。调查者表示,汽车、教育和零售行业的每月事故发生率高于平均水平。
组织最关心的 API 安全风险是问题是“不正确的身份验证、授权或访问控制”,与其他风险的比例几乎为二比一。
此外,有关最常用的 API 工具和平台,大多数受访者都提到了 Postman。其次分别是 SwaggerHub、Datadog 和 SoapUI。有 14% 的受访者使用 SoapUI,但在政府和金融服务行业,这一数字跃升至 20% 以上。
数据显示,过去一年中五个最流行的 API 集合(最常分叉的)是 Salesforce Platform API、WhatsApp Cloud API、Twitter API v2、Notion API 和 PayPal API。
REST 仍然是最常用的 API 架构,有 86% 的人使用它;但相较去年的 89% 和 2021 年的 92% 有所下降。SOAP 占比出现显着下降,今年只有 26% 的受访者使用,而去年这一比例为 34%;这种下降使得 SOAP 从去年的第三位下降到调查中第四位最常用的架构。GraphQL 取代了 SOAP 的地位,并被 29% 的受访者使用。
更多详情可查看完整报告。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
马斯克称 Twitter 数据被极端抓取,紧急上线“限流”机制
当地时间7月1日,数以万计的用户抱怨Twitter没有发布他们的新推文,用户会收到“超出限制”的错误提示。 在一条推文中,马斯克详细介绍了修改后的使用配额。经过验证的账户每天最多可以浏览6000条推文,而未经验证的账户则最多浏览600条推文。新注册的未经验证的账户面临着更严格限制,每天最多发300条推文。 随后,马斯克又发布一条推文称,已验证的账户浏览推文数量的限制将增加到8000条,未验证的账户将增加到800条,新注册的未验证用户将增加到400条。 马斯克表示,Twitter正在努力应对“极端程度的数据抓取”和“系统操纵”。他说,这些新的限制是遏制这些紧迫问题的重要措施。他没有透露谁在抓取Twitter的数据,也没有说明这个问题持续了多长时间和详细解释系统如何被操纵。 马斯克此前曾对Twitter上的数据抓取表示担忧,并暗示他可能会对不良行为者采取行动。 另外,有人分析这次事件其实是因为Twitter和谷歌云的合同在6月30号到期了。 传言称,马斯克一直在努力将所有内容迁出,以避免支付10亿美元(据报道)的费用。合同到期后,谷歌云可能对Twitter的数据进行了速率限制。而马斯克此番...
- 下一篇
GCC 获得对 MIPS16e2 ISA 的支持补丁
开发者 Jie Mei 合并到 GCC Git的一组补丁显示,正在开发中的 GCC 14 编译器增加了对 MIPS16e2 处理器 ISA 的支持。 MIPS16e2 是 MIPS16e 指令集的扩展,与 MIPS32 和 MIPS64 指令集兼容,可与现有 MIPS 指令二进制文件混合使用。不同的是MIPS16e2 ASE 添加了 8 个通用寄存器和多个专用寄存器,并定义了新指令,以帮助提高代码密度。 值得一提的是,MIPS16e2 规范起草于 2014 年并于 2016 年正式发布,但直到现在才有开源开发人员开始注意到并实现它。 MIPS16e2 还提供了有关缓存、左/右加载/存储字、LUI、按位、MOVx 指令等新指令,感兴趣的人可以通过 MIPS规范查看关于MIPS16e2 的详细信息。
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- SpringBoot2初体验,简单认识spring boot2并且搭建基础工程
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- Windows10,CentOS7,CentOS8安装Nodejs环境
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS8编译安装MySQL8.0.19
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- Docker使用Oracle官方镜像安装(12C,18C,19C)