首页 » 99链接平台 » 程序员不容忽视的8大软件开发定律(定律软件开发不容忽视程序员)

程序员不容忽视的8大软件开发定律(定律软件开发不容忽视程序员)

萌界大人物 2024-11-01 00:25:42 0

扫一扫用手机浏览

文章目录 [+]

布鲁克斯定律(Brooks's Law):“在一个已经延期的项目中增加人手只会让项目延期更长”。
在项目已经延期的情况下,增加人手只会导致项目更加延期。
这是因为新成员需要时间来适应和理解项目,而不是立即提高生产力。

帕累托原则(Pareto Principle):也被称为80/20法则,它表明80%的问题通常由20%的原因引起。
软件开发中,这意味着一小部分的错误和问题可能占据了大部分的工作时间。

冰山谬论:“一款新软件的开发成本只占管理层预算的总成本的 25% 左右。
”这条定律还延伸出了一句运维界的格言:“如果说软件维护的成本占了总预算的 75%,那么这 75% 都应该是运维支持。

程序员不容忽视的8大软件开发定律(定律软件开发不容忽视程序员) 99链接平台
(图片来自网络侵删)
千行定律(The Law of a Thousand Lines):每增加一千行代码,软件系统的复杂性将呈指数级增长,因此应谨慎添加不必要的代码。
二八定律(The 20/80 Rule):大约20%的功能通常占据了80%的用户时间和注意力,因此应该重点关注这些核心功能。
康威定律(Conway's Law):“任何一个组织在设计一个系统时,这个系统的结构与这个组织的沟通结构是一致的。
”这条定律也就是所谓的“按照组织架构来交付软件”。
组织的设计结构会影响到产品的设计。
如果组织的沟通和合作方式不良,则产品设计可能会受到影响。

帕金森定律:“一项工作会占用掉所有用来完成它的时间。
”也就是说,如果你不给一个项目的里程碑阶段设置截止日期,这个项目就永远完成不了。
这就是为什么一定要给一个 MVP(最小可行产品)定一个固定的截止日期。

伊格尔森定律:“你写的任何超过 6 个月没有看过的代码,有可能已经被别人改过了。
”其实这条定律里说的 6 个月已经是一个很乐观的数字了,实际日期可能更短。

这些定律和原则都为软件开发者提供了有关如何更好地管理项目、设计代码和解决问题的指导。
理解和应用这些原则可以帮助开发者更高效地工作,并创建更高质量的软件。

标签:

相关文章