软件工程箴言
Tom Van Vleck 整理
matrixnull 翻译
原文地址： http://www.multicians.org/thvv/proverbs.html
---------------------------------------------
聪明的人解决问题
智慧的人避免问题
--Einstein
---------------------------------------------
Andre Bensoussan 曾经向我解释程序员和设计师的不同之处：
“如果准备做个一般的陈述，程序员通常会说,'是的，但是...'
然而设计师则说，'是的，还有...'
--Andre Bensoussan
---------------------------------------------
不管问题是什么，
总能归结为人的问题。
--Jerry Weinberg
-----------------------------------------------
Wexelblat 规划算法
选择两项
很好
很快
很便宜
--Wexelblat
---------------------------------------------
疯狂，就是不断做重复的工作却期望得到不一样的结果
--Tom DeMarco
---------------------------------------------
"我们没时间停下来加油，我们已经迟到了"
--Karin Donker
---------------------------------------------
Deming的14条原则
1.创造持久的目标
2.适应新的哲理
3.不要依赖大量的检查来达到质量
4.使总成本最小化，但不是最初供给价格
5.增强产品和服务系统的持久性
6.在工作中制定训练计划
7.创立领导力
8.赶走恐惧
9.打破部门间的障碍
10.剔除标语，训词和不计其数的目标
11.消除工作标准，实行客观管理
12.清除那些剥夺工人，工程师，管理人员引以技术为骄傲的权利的障碍
13.创立各种各样教育和自我提高的项目
14.使公司的每个人都能努力工作去完成项目变更
---------------------------------------------
我们所知的软件质量问题同我们关于16世纪黑死病知道地一样多。我们已经看到了无数的牺牲者
并且焚烧他们的尸体。我们不知道是什么导致这样；我们同样不知道是否只有一种疾病。我们只是继续
将污水继续倒进我们的饮用水中。
--Tom Van Vleck
---------------------------------------------
军人常识
计划通常都没有足够的时间来完成
测试中有太多的bug
绝大多数旧代码都无法维护
要跑得更快，就要慢下来。懂得弹道力学的人都会懂得这句话。
--Scott Cherf
---------------------------------------------
每个人都应知道的
纪律是最好的工具
先设计，再编码
不要给bug打补丁，重新编写它们
不要在测试中清除代码，在设计时就清除它们
如果你不懂，你就不能规划
如果你不能测量，你就不能开工
如果有什么值得再做一次的话，就值得构建个工具来做
你的问题可以是别人的解决方案
你的解决方案也会成为别人的问题
如果你在程序中发现了3个bug，最好假设有3倍那么多
60%的成本花在出货后
---------------------------------------------
Jimmy Connors坦言他从Bobby Riggs得到的最好的建议是：
去做
正确的去做
现在就去做
---------------------------------------------
知道怎么做并不能使你做得最好，你还必须努力去做
--W.Edwards Deming
---------------------------------------------
对于领导来说，当人们仅仅知道他存在是最好的
服从他并赞美他会差一点
最糟的是恐惧并蔑视他
不能够尊敬人民，人民也不会尊敬他
但是一个好的领导，当工作完成，目标也完成
他们会说：”我们自己完成的“
--Lao-Tzu
---------------------------------------------
你必须改变
你期望审视这个世界
--Gandhi