软件工程3.0|《软件工程3.0大模型驱动的研发新范式》朱少民

这门课讨论的不是某个具体工具怎么用，而是当大模型进入研发流程之后，需求、设计、编码、测试这几段工作各自会发生什么变化。它适合已经在一线写过代码、或者带过小团队的人看，因为里面涉及的很多判断，需要你手上有一两个真实项目做参照，否则容易读成空泛的趋势文章。如果你目前还在学语法、刷算法题，这门课可以先放一放，它不会教你怎么写出第一个能跑的程序。

它解决的是"知道大模型有用，但不知道用在哪一步"的问题

大多数人接触大模型是从补全代码开始的，用了一阵子会发现收益不稳定：简单函数写得快，复杂模块反而要花更多时间改它生成的代码。这门课的价值在于把这种零散体验放回工程流程里看——哪些环节适合让模型先出草稿，哪些环节必须由人定边界，需求描述要写到什么颗粒度模型才不容易跑偏，测试用例的生成和评审该怎么分工。它给的不是"提示词模板合集"，而是一套判断依据，让你在面对一个新任务时能决定这一步要不要交给模型。

适合什么基础，建议先看哪几块

阅读门槛主要在工程经验，不在数学。你至少完整参与过一个项目的开发周期，理解版本管理、代码评审、持续集成这些基本概念，读起来会顺很多。如果基础偏弱，建议先看需求与设计相关的部分，这部分对代码能力要求最低，也最容易立刻用上；编码与测试相关的章节可以放到后面，边做项目边对照。技术管理者可以重点看流程与协作的部分，那里讨论的是团队分工和交付节奏怎么调整，而不是具体某个模型的参数。

学完之后能独立做什么，资料怎么配合练习

比较现实的目标是：你能为一个中等规模的功能模块设计出人机协作的开发方案，说清楚哪几步由模型产出初稿、哪几步必须人工确认，并且能判断模型给出的结果是否可信。这比"会用某个AI编程工具"要难，也更耐用，因为工具会换，判断逻辑不会。

资料主体是一份系统性的文档，适合通读一遍建立框架，再回头挑章节精读。建议的用法是：读完一个章节，立刻在自己手上的项目里找一个对应环节试一次，记录下模型哪里帮上忙、哪里添了乱。这些记录比笔记更有用，几轮之后你会形成自己的使用边界。不要指望看完就能改造整个团队的研发流程，那需要结合你们现有的工具链和代码规范慢慢调，这份资料提供的是思路和判断标准，落地的那一步仍然要你自己走。