课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
开发原则是程序员在日常工作中都需要了解和注意的,而今天我们就一起来了解一下具体情况吧,希望通过对本文的阅读,大家对于程序开发原则有更多的了解。
1、布鲁克斯法则
这个定律表明,在许多情况下,试图通过增加人力来加速已延期项目的交付,将会使项目交付得更晚。
布鲁克斯也明白,这是一种过度简化。但一般的论据是,新资源的时间增加和通信开销,会在短期内使开发速度减慢。而且,许多任务是密不可分的,换句话说,这样可以使更多的资源之间能轻易分配,这也意味着潜在的速度增长也更低。
谚语九个女人不能在一个月内生一个孩子与布鲁克斯法则同出一辙,特别是某些不可分割或者并行的工作。
2、坎宁汉姆定律
在网络上想得到正确答案的好方法不是提问题,而是发布一个错误的答案。
3、邓巴数字
和人与人之间稳定的关系一样,开发人员与代码库的关系也需要努力维护。当面对大型、复杂的项目,或许多项目的归属权时,我们会依赖于约定、策略和建模过程来进行扩展。邓巴数字不仅在办公室规模的扩大的过程中举足轻重,而且在设置团队工作范围,或决定系统何时应该注重于辅助建模和组织管理开销自动化的工具时,也是非常重要的。
4、盖尔定律
一个切实可行的复杂系统势必是从一个切实可行的简单系统发展而来的。从头开始设计的复杂系统根本不切实可行,无法修修补补让它切实可行。你必须由一个切实可行的简单系统重新开始。
5、技术成熟度曲线
我们倾向于过高估计技术在短期内的影响,并低估长期效应。
6、墨菲定律
凡是可能出错的事就一定会出错。另外一种说法是,如果某件事可能出错,那么它一定会在糟糕的时候发生。
7、帕金森定理
为了在规定时间内完成工作,工作将增多,花费比预期更长的时间。
8、过早优化效应
程序员们浪费了大量的时间去思考或者担心他们的程序中的非关键部分的速度。而在考虑调试和维护的时候,这些所谓提高效率的做法实际上十分不妥。我们应该放弃小的效率点,并且要在97%的时间提醒自己,过早优化是万恶之源。而且连那关键的3%也不能够放过。
9、复杂性守恒定律
系统中的某些复杂性是无意的。这是由于结构不良,错误或者糟糕的建模造成的。这种无意的复杂性可以减少或者消除。然而,由于待解决问题固有的复杂性,某些复杂性是内在的。这种复杂性可以转移,但不能消除。
该定律有趣的一点是,即使简化整个系统,内在的复杂性也不会降低。它会转移到用户,并且用户必须以更复杂的方式行事。
10、抽象泄漏定律
过度依赖抽象,加上对底层过程的理解不足,实际上使得问题在某些情况下更加复杂。
比如,Linux操作系统允许通过网络访问文件,但在本地表示为普通文件。如果存在网络故障,这种抽象将会泄漏。如果开发人员将这些文件视为普通文件,而不考虑它们可能会受到网络延迟和故障的影响,那么解决方案就会出错。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!