开发人员拥抱 AI 工具的同时需面临“Big Code”挑战
代码智能平台 Sourcegraph 最新发布的一份报告表明,95% 的受访开发人员已经在使用 AI 工具编写代码。但开发人员在享受 AI 工具所带来的便利的同时,也要承受随之而来的“Big Code”挑战。
“Big Code 问题对于如今的开发者、工程领导和公司来说是一个迅速增长的危机。因为它不仅对科技创新,还对消费者每天使用的数字产品的稳定性和安全性构成了真正的威胁。”
该报告基于对不同行业和地区的 500 多名软件开发人员和工程师的调查。结果指出,虽然开发人员比以往任何时候都更加努力解决技术债务、维护、协作和可扩展性方面的问题,但突如其来的 AI 繁荣意味着 Big Code 的痛苦只会越来越严重。只有 65% 的开发人员表示他们的公司制定了解决 Big Code 的计划。
- 有 77% 的开发者表示,他们的代码库在过去三年中增长了 5 倍。
- 开发人员只有 14% 的时间用于为核心产品编写新代码。其余时间则需用于搜索、理解和修复代码。82% 的人希望他们可以花更少的时间搜索信息或旧代码,花更多的时间进行编码工作。
- 73% 的开发人员已经在为别人创建的难以理解的代码而苦恼。而这个数字只会随着 AI 的兴起而上升。
- 73% 的开发人员由于代码库的大小而遇到更频繁的阻塞。
76% 的开发人员对由 AI 驱动的开发工具的兴起感到兴奋,但大家仍然对 AI 及其对 Big Code 的影响表示担忧,具体包括:
- 61% 的人担心 AI 对技术债务的影响。
- 67% 的受访者表示担心 AI 的快速增长导致 code sprawl。
- 76% 的人担心将创建大量新代码,管理不易。
与此同时,开发人员已经认识到了 Big Code 和 AI 对其公司的创新和竞争能力构成的威胁,有 72% 的受访者将其视为真正的风险。并确定了几个需要帮助的关键领域:
- 95% 的人希望获得帮助以快速上手他们的代码库。
- 91% 的人想要更有效的方法来识别和解决代码问题。
- 91% 的人表示,如果他们的代码库可以在所有来源和存储库中完全搜索,将会节省大量时间。
- 88% 的人希望拥有一种工具,能够让他们以更少的资源获得更大的产出。
更多详情可查看完整报告。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
微软 Linux 发行版 CBL-Mariner 已支持 XFS 根文件系统
微软的 Linux 发行版 CBL-Mariner 已支持 XFS 作为根文件系统选项。 CBL-Mariner(CBL 即 Common Base Linux)是微软内部使用的 Linux 发行版,它不是桌面 Linux 而是服务器端 Linux,被用于微软的云基础设施以及边缘产品和服务。 此前 CBL-Mariner 一直使用 EXT4 作为根文件系统,但是最新发布的 CBL-Mariner 2.0.20230426 版本添加了 XFS 文件系统支持,并在低内存设备上进行了性能测试,测试结果“还不错”。 XFS 支持代码来自 Microsoft 的 LinkedIn 组织,他们从 3 月起就一直致力于为 CBL-Mariner 安装程序添加 XFS 支持,比如为 initrd 添加 fsck.xfs、为 GRUB 添加 XFS 模块,以便将其作为根文件系统的替代方案。 除了支持 XFS 作为根文件系统外, CBL-Mariner 更新还启用了对 ISO 安装程序的串行控制台支持、添加了 LLVM 和 Clang 16 包,转移到更新的 Linux 5.15 LTS 内核版本,并更新...
- 下一篇
京东物流常态化压测实践 | 京东云技术团队
作者:京东物流 王江波 一、常态化压测建设目的 为什么做常态化压测? 目前面临主要问题,性能问题滞后发现,给大促带来不可控风险。目前日常需求频繁迭代,系统配置的变更、上下游依赖的变化、服务器资源置换等诸多因素均会对系统性能产生一定影响;日常很难做到对所有新项目或需求上线前后都进行压测,这就往往导致了很多性能问题推迟到大促压测期间才被发现。 大促备战压测备战时间紧、任务多,压测备战压力较大, 在11.11复盘中,有些部门工时统计中,压测占了较大一部分工作量。而且性能问题相较于其他问题,优化难度大、修复周期长,在大促备战多专项并行资源紧张情况下,频繁的系统调优给整个大促带来不可控的风险因素。 基于此,引入常态化压测的手段,通过每周或每月的定期压测行为,持续把控系统性能表现,保证服务稳定性;同时将需求上线引起的性能问题前置暴露,及时定位优化问题;减轻备战压力,提升压测效率。 二、常态化压测实施流程 2.1 常态化压测 常态化压测是按照一定周期或特定触发条件而进行的自动化压测行为,通过在单容器/集群的周期性压测,从而达到监控性能指标变动、及时发现服务性能衰减风险的目标。 2.2 实施策略 通过...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Hadoop3单机部署,实现最简伪集群
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- SpringBoot2配置默认Tomcat设置,开启更多高级功能