400-920-5594
首页
解决方案
经典案例
资讯中心
关于我们
首页 > 咨询中心 > 技术分享
程序员了解这些软件开发定律吗?
2019-07-24 201 技术分享

  身为互联网时代发展中的一员,你是否了解一些名词,它们就是软件开发领域也有一些非常有趣的软件开发定律。是否在程序员、技术经理和架构师们经会议和聊天中听到过?作为什么都不知道的一员听到布鲁克、摩尔或者维斯一头雾水。下面我们就简单介绍一下部分定律。

成都软件开发

1、墨菲定律(Murphy’s  Law)
  首先墨菲定律可能是最经典的定律之一,主要是因为它不仅适用于软件开发。如果事情可能出错,它就会出错。首要推论:那些有效的(代码),你可能反而没有写出来。第二个推论:诅咒是一门所有程序员都能流利说出来的语言。结论:电脑会按照你所写的(代码)去做,而不是按照你所想的去做。防御性编程、版本控制、末日场景(针对那些该死的僵尸服务器攻击)、TDD、MDD,等等,这些都是针对这一定律的防御性实践。
2、布鲁克定律(Brook’s  Law)
  大多数开发人员都有意无意地经历过布鲁克定律,该定律指出:为已经延期的软件项目增加人手只会让项目延期得更厉害。如果一个项目出现了延期,只是简单地增加人手很可能会带来灾难性的后果。对编程效率、软件开发方法、技术架构等因素进行评审总是会带来更好的结果。如果没有,那说明霍夫施塔特定律也在起作用。
3、霍夫施塔特定律(Hofstadter’s  Law)
  这个“定律”是关于准确预估完成复杂任务所需时间的难度。这个定律具有递归性,反映了预估复杂项目的难度,尽管你可能已经做出了所有的努力,而且也知道任务的复杂性。这就是为什么在进行项目预估时必须要有一个缓冲区。
4、康威定律(Conway’s Law)
  软件的结构反映了开发软件的组织的结构。组织所设计的系统的结构受限于组织的通信结构。很多组织是根据功能性技能来划分团队的,所以会有前端开发团队、后端开发团队和数据库开发团队。简单地说,如果某人想要改变的东西属于其他人,那么他就很难改变这些东西。现在越来越多的组织根据有界上下文来组建团队,而微服务等架构也在根据服务边界而不是孤立的技术架构分区来组建团队。因此,根据目标软件架构来组建团队可以更容易实现软件架构,而这就是对抗康威法律的一种有效方式。
  目前先说这些的定律。作为读者的你是否都听说过呢?其实还有很多定律,以后小编慢慢介绍。
  
成都软件开发公司,云易科技以高度的战略格局和敏锐的商业嗅觉,专注于为客户提供移动互联网定制开发服务,业务范围涵盖:手机app开发、应用软件开发、微信开发、 网站建设、小程序开发、电商平台开发等专业对接服务。