首页 > 人工智能 > 正文

软件工程3.0已来:开发者与AI,是“取代”还是“共生”?

2025-09-09 09:09:59  来源:CIO时代

摘要:与国内软件工程专家、《软件工程3 0》一书的作者朱少民先生进行了一场深度对话,试图拨开迷雾,探寻这场革命背后的核心逻辑。
关键词: 软件工程 3 0
     导语: 十四年前,马克·安德森那句“软件正在吞噬世界”振聋发聩。十四年后的今天,“软件定义一切”已从预言变为现实。然而,当生成式AI的大潮以雷霆万钧之势涌来,软件自身的创造过程正被彻底改写。一时间,“99%的程序员将失业”的焦虑与“AI Coding市场将突破200亿美元”的狂热交织,科技巨头的裁员浪潮更是为这场变革增添了几分寒意。站在新旧范式交替的奇点之上,决定未来世界形态的软件工程,将走向何方?开发者又将何去何从?我们与国内软件工程专家、《软件工程3.0》一书的作者朱少民先生进行了一场深度对话,试图拨开迷雾,探寻这场革命背后的核心逻辑。
\
国内软件工程专家、《软件工程3.0》一书的作者朱少民先生
 
      软件工程3.0:一场AI驱动的“范式革命”
     “所谓软件工程3.0,其核心就是以人工智能为引擎,推动一场深刻的研发范式革命,”朱少民开门见山地指出。在这场革命中,AI不再是零敲碎打的辅助工具,而是作为一种全新的生产要素,深度渗透到需求分析、设计、编码、测试等各个环节,其决定性特征体现为数字化、AIGC(人工智能生成内容)与极致的持续交付。
    谈及变革最剧烈的测试领域,朱少民认为AI带来了三个层面的颠覆:
    1. 从“自动化”到“智能化”的飞跃:“过去,我们谈的自动化测试,本质是‘录放机’,脚本需要人工编写。现在,大模型有能力自主生成测试脚本。更关键的是测试分析,以前我们像购物前拉清单一样,小心翼翼地整理测试点以防遗漏。如今,大模型基于其庞大的知识库,有能力生成比人类思考更全面的测试‘清单’。”
    2. “测试左移”从理念到现实的落地:“‘第一次就把事情做对成本最低’——这是软件工程的朴素真理。因此,我们一直提倡‘全程软件测试’,将测试活动前置到开发之前。但过去这很难实现,因为它要求工程师既懂需求又懂设计还懂代码,门槛极高。”朱少民解释道,“现在,这个障碍正在被AI移除。测试人员即使不懂代码,大模型也可以帮他们解释、分析,从而真正参与到TDD(测试驱动开发)的流程中。”
   3. 开发能力的“普惠式”增强:“当大模型成为每一位研发人员的‘外脑’,个人能力得到极大增强,测试驱动开发得以实现,测试用例由AI自动生成,测试覆盖率也随之飙升。综合这几点,我们就不难理解,软件工程3.0绝非改良,而是一场颠覆性的革命。”
    人机关系重塑:从“依赖”与“恐惧”到“高效协同”
    面对汹涌而来的AI,行业内弥漫着两种极端情绪:一种是认为AI无所不能的盲目“依赖”,另一种则是担心被彻底取代的“恐惧”。
     “这两种态度都失之偏颇,”朱少民一针见血地指出,“完全依赖是行不通的。AI并非万能,尤其在需要深厚领域知识的场景。比如军工、航天等领域,其标准和数据高度保密,互联网上的AI大模型根本没有受过相关训练,自然无法胜任。”
     他进一步从人与模型的根本差异上剖析:“人类专家在某个领域深耕数十年,对项目的历史脉络、设计取舍‘知其然,更知其所以然’。而大模型处理遗留代码时,或许能看懂代码的执行结果(知其然),却无法理解当初工程师为何如此设计的深层考量(不知所以然)。这种差距在短期内难以逾越。”
     因此,朱少民认为,现阶段最理想的模式是**“人机协同”**,而非“人机替代”。“让大模型打好草稿,人类专家在其上进行修正、深化,这才是效率最大化的方式。AI不是要取代你,而是要成为你的得力助手。”
     这种“人机关系”是动态变化的,它会随着人的水平而演进:
对于初级工程师,大模型是“导师”,能答疑解惑,快速提升其能力。
对于中级工程师,大模型是“伙伴”,能并肩作战,分担大量重复性工作。
对于资深专家,大模型则能形成一种奇妙的“结对测试”关系。
  “这是一种高级的‘人机共生’,”朱少民解释道,“人类专家与AI交叉检验对方生成的内容,形成双重保障。要实现这一点,工程的严谨性至关重要——我们需要为AI精心准备高质量的提示词与上下文,并建立一套验证机制来核查AI的产出。而‘结对测试’,正是目前最佳的验证机制之一。”
    落地为王:如何在实践中引爆AI的“测试势能”
    跨越了算力与人才的门槛,如何找到高价值的应用场景,成为AI能否在软件工程中成功的关键。在朱少民看来,测试环节存在几个极具潜力的“引爆点”。
    “首先,测试脚本(测试代码)的生成,这无疑是最高价值的场景之一,因为它能直接复用开发代码生成的成熟能力。”
   “但更具变革性的,”他话锋一转,“是在引入大模型后,坚定地执行‘测试先行’的策略。即先让大模型分析需求,生成测试代码,在保证测试代码本身简单、清晰、无误的前提下,再用它去生成产品代码。这从源头上保证了产品代码的高质量。”
   此外,朱少民还分享了一个颇具创意的“进阶玩法”:
   “软件开发中有个积弊——工程师因项目进度紧张而不愿写、没时间写规范的文档。大模型可以完美解决这个问题。更有趣的是,我们可以引入‘对抗机制’——用一个大模型生成产品代码,同时用另一个大模型为其生成测试代码,然后让它们相互博弈、寻找对方的漏洞。”他以AlphaZero举例,“AlphaGo研究人类棋谱,进步缓慢;而AlphaZero通过自我博弈,3天就超越了前者。这种模式的价值潜力巨大。”
    未来展望:融合,而非颠覆
   软件工程3.0带来的革命,是否意味着过去几十年的积累都将被推倒重来?
    “恰恰相反,”朱少民对此给出了明确的否定,“这是一场**‘融合升级’**,而非‘推倒重来’。我们过去几十年积累的工程能力、自动化测试框架和工具,是完全可以与大模型完美结合的。”
    他最后用了一个生动的比喻总结道:
     “大模型相当于智慧的‘大脑’,但它本身没有手脚去执行复杂的物理世界任务。而我们已有的自动化工具框架,就是连接现实世界的‘五官’和‘四肢’。只有当这个智慧的‘大脑’与强健的‘躯体’相结合,才能组成一个真正强大的行动体,去完成过去无法想象的复杂任务。这,就是软件工程3.0的未来图景。”
 


第四十一届CIO班招生
国际CIO认证培训
首席数据官(CDO)认证培训
责编:lijj

免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。