北京
在年度文化与方法趋势报告播客中，一群QCon演讲嘉宾与InfoQ编辑围绕AI采用的成熟度与风险、工程团队结构与角色转型，以及软件开发中不可丢失的人文维度展开了深入探讨。本次对话由Shane Hastie主持，参与者包括Ben Linders、Rafiq Gemmail、Craig Smith、Vanessa Formicola、Shawna Martell、Phillip Mortimer和Yinka Omole。 为洞察InfoQ及QCon、DevSummit所展现的行业趋势，他们采用Geoffrey Moore的“跨越鸿沟”技术发展模型，试图识别处于早期市场的理念——那些由技术爱好者和愿景家组成、希望抢在机遇或迫在眉睫的问题之前行动的人群。正如往年文化与方法趋势报告一样，播客也附上了2026年的主题图谱，作为参照。 讨论以所有软件开发团队最关心的话题——AI切入，但基调明显比行业的狂热追捧更为理性审慎。嘉宾们担忧，AI采用已经陷入“要么全有、要么全无”的两级模式：企业要么全盘跟风，要么完全观望。而行业真正需要的是基于风险的研判逻辑：风险是什么？会造成哪些影响？软件、企业、团队的实际具体情况如何？ 讨论小组呼吁建立AI采用的成熟度框架：企业应意识到，低风险内部工具与业务关键系统，所需的自动化程度和人类介入规模应有显著差异。企业应当理解AI在其情境下究竟能在多大程度上成为改进的催化剂，而不是不分场景、全域强行落地AI。 延续2025年度报告的一大核心观点，拥抱新实践的企业与从未建立基础的企业之间的差距正在扩大。讨论小组引用了Jim Highsmith的警告：“如果你在敏捷上失败了，你在AI上会失败得更惨。”许多企业仍未将敏捷开发的基本原则嵌入工作方式，却试图在这个缺失的基础上依靠AI提升迭代速度。正如Craig Smith所说：“这就是卓越与平庸之间的差距。有些企业已经拥抱敏捷并付诸实践，但还有很多企业在二十五年的时间里从未真正完成向敏捷实践的跨越。现在他们试图拥抱这些新技术，但仍停留在1995年的软件开发运作模式上。” 重要的实践并未发生改变：快速反馈循环、可观测性、发布的可靠性，以及向目标用户交付精准价值。讨论小组指出，AI时代出现的许多“新”学科，如Harness工程、护栏和规范驱动开发，本质上大多只是业界打磨数十年的经典实践换了新名称。研究过去所做的事情，能够为团队后续发展筑牢根基。如果说有什么变化，那就是这些基础比以往任何时候都更加重要，因为当下技术风险更大、单次交付的代码量也更大。 如果说2025年的报告担忧的是AI生成的代码量，那么2026年的现状印证了这一趋势。讨论小组引用了GitHub的数据：从去年约十亿个PR到2026年预测的一百四十亿个，意味着行业研发体系中的代码变更总量将暴涨至原先的14倍。播客此前也提及：代码发布量提升3倍，随之而来的漏洞数量却激增4倍。 Phillip Mortimer指出：“我关注的是我们该如何应对极速开发所带来的认知负担。所有人都在被推着前行，也许很多人都在被推动去采用超高速工程、复合工程，同时在多个工作流上工作，可能同时运行着多个智能体。而作为人类，要跟上这一切、还要频繁切换上下文，变得非常困难……例如，以合并PR为例，你真的能读完AI生成的所有代码吗？” 这不仅是流程问题，更是人的问题。嘉宾谈到，开发者往往会同时启动多个AI智能体，不想在智能体工作时“干坐着”，这使得人们需要周旋于各类抽象概念之间，不断切换工作上下文，而人类本就不擅长此类行为。由此引出一个开放性问题：长此以往，研发人员的个人能力将会付出怎样的代价？当一些工程师知道如何甄别智能体输出的内容，而另一些人不加批判地信任它时，会产生何种后果？原先为人类产出效率而设计的开发流程，如拉取请求审查，可能已经不再适用；行业需要构建新的系统，让我们能够在这种新的超快开发节奏下管理和理解我们正在构建的软件。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
