现今科技飞速进步，软件开发领域经历了多轮变革，吸引了众多目光。特别是工程模式与开源模式的两次重大转型，对软件开发领域产生了重大影响。接下来，我们将深入探讨这两个转变。
工程范式兴起
在软件开发初期，项目常常遇到困境。从20世纪60年代开始，许多软件项目不仅超出了预算，还延迟了交付，有的甚至彻底失败。那时，软件开发人员意识到了问题，并开始运用工程化的手段，比如采用抽象设计和模块化开发。他们还将现代企业管理理念引入到软件工业的管理中，例如1970年温斯顿·罗伊斯提出的软件开发瀑布模型。
CMM 作为工程范式中的关键模型之一，随之诞生。在20世纪80年代，美国卡内基梅隆大学的软件工程研究所研发了CMM。这一模型为软件企业的过程能力提供了等级评估标准，推动了软件开发向规范化和成熟化发展，使得软件项目管理更为科学。
开源范式涌现
开源软件的广泛应用推动了开源模式的兴起。以Linux操作系统为例，它由林纳斯·托瓦兹在1991年启动，众多程序员加入了代码的贡献。这一过程是大规模的集体创作，标志着软件开发重新回到了创作时代。与传统的作坊式创作相比，群体的智慧使得软件得以持续进步。
开源模式打破了传统工程理念的准则。它不再恪守“先有需求，后有开发”的传统做法，开发者根据个人想法来设计软件。比如维基百科，众多用户可以自由修改内容，缺乏明确的需求和用户定位，却汇聚成了庞大的知识库。
范式原则差异
工程采用“自上而下、逐步优化”的范式。开发者首先确立整体架构，然后逐步对各个模块的功能进行细致划分。以开发大型数据库管理系统为例，先制定总体框架，接着对每个数据表、算法和接口进行细化，以保证系统的高效运作。
开源理念坚持“由小到大、相互演变”。开发者依据个人创意起步，代码在社群中持续融合进化。以 Python 语言环境为例，众多开发者贡献了库和框架，通过共同努力，逐步构建了一个庞大的生态系统。
质量观念对比
在工程领域，需求被视为衡量质量的基础和先决条件。开发者据此设定具体规范，目的是保证软件满足既定标准。比如，在银行核心业务系统的开发过程中，必须严格按照业务需求，对每个功能模块和性能指标进行严格审查。
软件质量在开源模式中主要通过社区的大小和评价来展现。以Firefox浏览器为例，得益于庞大的开发者团队和用户的一致好评，它即便在需求不够明确的情况下，依然能赢得用户的青睐，持续得到改进。
群智范式探索
自2007年起，研究者基于对前两种范式的理解，着手研究新的群智模式。他们构建的模型包含“两个联接，一个转化”的要素。具体来说，是将“小核心”与“大外围”相连接，比如在开源项目中，核心开发者与众多用户共同构建协作网络。以Android系统开发为例，核心团队与众多外围的开发者和用户共同参与其中。
连接创意与有序生产。让创意开发者与有序的项目管理相融合，促进软件作品向产品的转变。比如，鸿蒙系统希冀通过开源方式，推动实施“1+8+N”的发展战略，在创意与有序生产之间寻求平衡点。
未来发展思考
软件开发领域范式持续演变，这体现了技术进步和需求演变的趋势。面对未来不确定性加大的情况，我们如何才能在工程范式的确定性和开源范式的灵活性之间找到平衡点？这需要开发者和研究者持续探索，努力寻找更高效的软件开发方法。
