群智范式，软件开发的范式变革

软件开发是一个大规模群体通过群智激发和汇聚来解决复杂任务的活动，其本质在于“群体智能”。不论是工程范式还是开源范式，都是面向特定问题实现群智激发和汇聚的一种方式，差别在于：工程范式聚焦线性确定性问题的软件开发，通过强组织模式实现高效群智“汇聚”，几乎放弃对不确定性问题的关注；开源范式则全面拥抱不确定性，通过开放共享实现高效的群智“激发”，但对结果不做确定性承诺。群智范式关注的核心问题是：面对不确定的世界，如何高效激发和汇聚群体智能，以实现软件的持续演化，主动适应变化的世界。

群智范式强调群智的激发与汇聚，其核心理念可以简单概括为：宏观演化，微观求精。在宏观（长期）尺度上接受世界的不确定性，以演化论为指导，自觉将软件核心开发者、外围软件涉众，以及软件所处的社区生态视为有机整体，持续激发各类群体围绕软件项目进行自由创作；在微观（短期）尺度上，即在软件长期演化进程的具体阶段， 坚持机械论原则，明确阶段性里程碑任务的需求规范（以下简称“里程碑”），以软件开发小规模核心团队为主力军，采用逐步求精的思路组织任务规划实施。

在“宏观演化，微观求精”的核心理念下，群智软件的开发方法可以概括为“两个连接，一个转化”，即连接核心团队与外围群体，连接自由创作与规范生产，实现原型作品与原型版本之间的转化。

“核心团队”和“外围群体”代表了软件开发生态中两类典型软件参与群体，核心团队通常是软件项目的创始团队、管理团队和核心参与者，主要是初始创新作品的发起者、里程碑和原型版本的发布者；外围群体则是参与软件项目的其他大规模利益相关者群体，在软件迭代演化过程中贡献需求和代码等。随着软件的迭代演化，核心团队负责软件演化过程中的里程碑规划决策、核心功能开发、吸纳汇聚“外围群体”贡献的疑修（Issue）或代码、发布新的原型版本。

创作与生产是群智范式下软件开发活动中两个相互交织快速迭代的过程。在需求不清晰、任务不明确时，核心团队通过发布原型版本吸引并激发“外围群体”的灵感，收获并评估外围群体的贡献，参与软件集体创意；在阶段性里程碑明确后，核心团队采用规范化的组织模式快速推进研发任务，基于集成部署和自动化测试等机制生成高质量的软件原型版本。

原型作品和原型版本是群智范式下软件开发活动中两类典型的软件制品。原型作品通常是灵感驱动下的创意捕获和表达，具有不可预期性和多样性；原型版本则通常是在阶段性里程碑驱动下，按照工程范式开发产生的软件原型版本，具有确定性和明确的评判标准。群智范式关注在连接“外围群体”创作活动与“核心团队”生产活动的基础上实现这两类软件制品的“转化”。

群智范式下的软件项目及其社区生态是大规模软件涉众通过“两个连接、一个转化”的群智协作不断形成满足阶段性里程碑的原型版本，然后在大范围应用中获取新需求进而迭代演进形成持续循环，其开发过程遵循“持续需求获取、持续协同开发、持续在线演化”的持续迭代演进模型。

在需求获取环节，外围群体使用软件服务新版本，发现软件问题、特征需求等并报告给软件的核心团队，核心团队对疑修有效性进行确认并将相关的疑修加入到对应的里程碑中；在协同开发环节，外围群体通过复刻（fork）获得派生仓库并进行代码创作，并通过合并请求（pull request）将作品提交给核心团队进行审查，核心团队对作品进行评审并将符合标准的代码合并进项目的主版本库；在持续在线演化环节，核心团队将软件的最新代码进行持续部署并适时发布具有里程碑意义的原型版本，外围群体自由下载使用并对软件进行反馈评价，驱动软件项目的进一步迭代演进。

工程范式、开源范式与群智范式这三种范式的产生和发展虽有时间先后顺序，但在实践中三者不是完全替代关系，工程范式与开源范式在很多场景下行之有效并被广泛实践。群智范式不是对前面两个开发范式的否定，而是希望在工程范式与开源范式之间找到平衡点，结合时代特点与应用场景指导我们的软件开发实践。