<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml"><wml><card  id="index"  title="驽鸟公寓  &raquo; Blog Archive  软件编程21法则 | 驽鸟公寓"  ><p>
			标题：软件编程21法则<br/>
			时间：2010-10-08 (12:21 上午)<br/>
			分类：<a href="index-wap.php?cat=9" title="View all posts in 电脑网络" >电脑网络</a><br/>
            标签：<a href="index-wap.php?tag=%e6%b3%95%e5%88%99">法则</a>, <a href="index-wap.php?tag=%e7%bc%96%e7%a8%8b">编程</a>, <a href="index-wap.php?tag=%e8%bd%af%e4%bb%b6">软件</a><br/>
			作者：驽鸟<br/> 
            <br/>
            任何一个有经验的程序员都知道，软件开发遵循着一些不成文的法则。然而，如果你不遵循这些法则也并不意味着会受到惩罚；相反，有时你还会获得意外的好处。下面的就是软件编程中的21条法则：
&#160;

	任何程序一旦部署即显陈旧。
	修改需求规范来适应程序比反过来做更容易。
	一个程序如果很有用，那它注定要被改掉。
	一个程序如果没用，那它一定会有很好的文档。
	任何程序里都仅仅只有10%的代码会被执行到。
	软件会一直膨胀到耗尽所有资源为止。
	任何一个有点价值的程序里都会有至少一个bug。
	原型完美的程度跟审视的人数成反比，反比值会随着涉及的资金数增大。
	软件直到被变成产品运行至少6个月后，它最严重的问题才会被发现。
	无法检测到的错误的形式无限多样，而能被检测到的正好相反，被定义了的十分有限。
	修复一个错误所需要投入的努力会随着时间成指数级增加。
	软件的复杂度会一直增加，直到超出维护这个程序的人的承受能力。
	任何自己的程序，几个月不看，形同其他人写的。
	任何一个小程序里面都有一个巨大的程序蠢蠢欲出。
	编码开始的越早，花费的时间越长。
	一个粗心的项目计划会让你多花3倍的时间去完成；一个细心的项目计划只会让你多花2倍的时间。
	往大型项目里添加人手会使项目更延迟。
	一个程序至少会完成90%，但永远完成不了超过95%。
	如果你想麻烦被自动处理掉，你得到的是自动产生的麻烦。
	开发一个傻瓜都会使用的软件，只有傻瓜愿意使用它。
	用户不会真正的知道要在软件里做些什么，除非使用过。


            <br/>	
            <span class="stamp">上一篇：</span><a href="index-wap.php?p=822">风雨20年：我所积累的20条编程经验</a><br/>            <span class="stamp">下一篇：</span><a href="index-wap.php?p=817">关于印发山东省教育网站前置审核暂行办法的通知</a><br/>    
                        
			<br/><a href="index-wap.php">返回首页</a>
<br/>切换访问：<a href="index-wap2.php">2.0版</a> | 1.1版
</p></card></wml>