暗无天日
·
读：20条软件工程定律
内容提要
文章总结了20条软件工程定律，强调团队结构、沟通和设计简单性对项目成功的重要性。定律如KISS原则、Conway定律和Brooks定律指出，复杂系统应从简单系统演变，团队规模过大会降低效率，增加人手可能延误项目。理解这些定律有助于优化开发过程，避免常见错误。
关键要点
-
Gall定律：复杂系统必须从简单系统演变而来，追求完美系统往往失败。
-
KISS原则：保持简单，避免不必要的复杂性，简单设计更易维护。
-
Conway定律：组织沟通结构会反映在系统架构中，团队结构影响项目成果。
-
Hyrum定律：用户依赖于API的每个可观测行为，接口文档不一定能反映真实情况。
-
CAP定理：分布式系统只能同时保证一致性、可用性和分区容错性中的两个。
-
Brooks定律：给延期项目增加人手只会导致更长的延期。
-
Ringelmann效应：团队越大，人均产出越低，协作摩擦增加。
-
Price定律：一半的工作由人数的平方根完成，核心人员的流失会显著影响产出。
-
Dunning-Kruger效应：对某事了解越少的人越自信，经验丰富的人更能看到自己的不足。
-
Murphy定律：可能出错的事情一定会出错，代码需具备防御性。
-
Postel定律：发送要保守，接收要宽容，处理输入时需保持灵活性。
-
Sturgeon定律：90%的东西都是垃圾，关键是找到那10%的有价值的部分。
-
Cunningham定律：提出错误答案能更快得到正确答案，激励他人纠正错误。
延伸解读
团队结构与项目成功
Conway定律强调了团队结构对项目成果的影响。团队的沟通方式直接反映在系统架构中，因此在组建团队时应考虑到所需的系统架构。若希望实现微服务架构，团队也应相应拆分为小团队，以提高协作效率。
复杂性与维护性
KISS原则提醒开发者保持设计的简单性，避免不必要的复杂性。简单的设计不仅更易于维护，还能降低引入bug的风险。在开发过程中，过于复杂的解决方案往往会导致后续的维护困难，影响项目的长期成功。
风险管理与防御性编程
Murphy定律指出，可能出错的事情一定会出错，因此在编写代码时应采取防御性编程的策略。开发者需要预见潜在的错误并进行相应的检查和处理，以减少系统在高负载下的崩溃风险。
核心人员的重要性
Price定律揭示了团队中核心人员对产出的关键作用。团队的工作效率往往由人数的平方根决定，核心人员的流失会显著影响团队的整体产出。因此，企业在管理团队时应重视核心人才的保留与培养。
延伸问答
Gall定律的核心观点是什么？
Gall定律指出，复杂系统必须从简单系统演变而来，追求完美系统往往会失败。
KISS原则在软件开发中有什么重要性？
KISS原则强调保持简单，避免不必要的复杂性，简单设计更易于维护和理解。
Conway定律如何影响团队的项目成果？
Conway定律表明，组织的沟通结构会反映在系统架构中，团队结构直接影响项目的最终成果。
Brooks定律的主要内容是什么？
Brooks定律指出，给延期的项目增加人手只会导致更长的延期，因为新成员需要时间上手。
CAP定理在分布式系统中有什么应用？
CAP定理指出，分布式系统只能同时保证一致性、可用性和分区容错性中的两个，必须进行取舍。
Dunning-Kruger效应对团队成员的影响是什么？
Dunning-Kruger效应表明，对某事了解越少的人越自信，可能导致团队决策失误。
