古老的未来

1、古希腊神话中有一位大英雄叫海格里斯。一天他走在坎坷不平的山路上，发现脚边有个袋子似的东西很碍脚，海格里斯踩了那东西一脚，谁知那东西不但没被踩破，反而膨胀起来，加倍地扩大着。海格里斯恼羞成怒，操起一根碗口粗的木棒砸它，那东西竟然长大到把路都堵死了。正在这时，山中走出一位圣人对海格里斯说：“朋友，快别动它，忘了它，离开它远去吧！它叫仇恨袋，你不犯它，它便小如当初；你侵犯它，它就会膨胀起来，挡住你的

181、匆忙动手解决问题是你所能做的最低效的事情之一。这将导致草率判断，片面分析，还有并不彻底地改正。如果妄想一蹴而就，没有问题也会弄出问题。压力-----通常是来自自身------将会使程序更倾向于采用随机测试查找错误，并且让程序员在没经过验证的情况下武断判定这种方法能奏效。182、 183、如果你能在开发过程中认识到软件演化是无法避免且具有重要意义的现象，并对其细加谋划，就

170、某些方法在检测缺陷方面比其他方法更加有效，而且不同的方法能找出不同类型的缺陷。 171、数据强烈提醒我们，如果项目的开发者要向更高的缺陷检测率发起冲击，他们需要综合运用各种技术。 172、大部分研究都发现，检查比测试的成本更小。NASA软件工程实验室的一项研究发现，阅读代码每个小时能够检测出的缺陷要比测试高出80%左右，另一个组织则发现使用测试来检测缺陷的成本是检查的6倍。

141、Herbert Simon报告了关于人类解决问题的一系列试验，发现人们并不总能自行找出解决问题的巧妙办法，即使这些办法很容易传授给他们（Simon 1996)。换句话说，就算你想再发明个车轮，也不会注定成功，你发明的也许是方车轮。 142、“硬干”或者“苦干”并没有带着光环。“硬干”是种徒劳的、大可不必的努力，只会说明你急切但并不是在完成工作。人们容易混淆行动与进展，混淆忙碌与多产

161、1973年Chase和Simon在其经典论文《Perception in Chess》(《对弈中的感知》)中，提到有一项研究对国际象棋高手和新手记忆棋子位置的能力做了对比。正在对弈时，棋子排列在棋盘上，高手的记性远远好于新手；而当棋子只是随意摆在棋盘上时，两者的记性就没有多大差别。对比的传统解释是：高手的记性并非天生优于新手，但高手具备某种知识结构，这些结构有助于高手记住特定种类的信息

151、在与项目规模的关系方面，生产率的情况与软件质量很相似。对于小项目，影响生产率的最大因素莫过于单个程序员的技巧。随着项目规模和团队规模的增大，组织方式对生产率的影响也将随之增大。 152、小项目的生产率会比大项目高出2至3倍，并且最小的项目和最大的项目的生产率差距可能达到5到10倍之巨。 153、项目越大，复杂度也越大，也就越要求有意识地去关注方法论。建造摩天大楼的方法和搭狗

７１ 、一旦你能理解软件开发中任何其他技术目标都不如管理复杂度重要时，众多设计上的考虑就都变得直截了当了。72、高质量的设计具有很多觉的特征。如果你能实现所有的这些目标，你的设计就真的非常好了。这些目标之间有时会相互抵触，但这也正是设计中的挑战所在-------在一系列相互竞争的目标之中做出一套最好的折中方案。73、最小的复杂度。设计的首要目标就是要让复杂度最小。要避免做出“聪明的”设计，

56、程序员的一部分工作是教育老板 和合作者，告诉他们软件开发过程，包括在开始编程之前进行充分准备的重要性。60、编程语言影响程序员的思维的证据随处可见。典型的故事类似下面的样子：“我们用C++编写一个新系统，但是大多数程序员没有太多C++经验。他们具有Fortran语言背景。他们编写出能用C++编译的代码，但实际上编写的是伪装成C++的Fortran代码。他们扭曲C++来模拟Fortran的

11、Horst Rittel和 Melvin Webber 把“烦人”的问题，定义成只有通过解决它或者部分解决它，才能给出明确定义的问题。这个似是而非的定义事实上暗示着你不得不首先“解决”这个问题，对其有一个清楚的定义和理解，然后再重新解决一遍，以获得正确的解决办法。 12、一幅图抵得上一千个单词。你往往不愿用那一千个单词而宁愿用一幅图，因为图形提供了比文字更高的抽象水平。 13

121、变量申明　　声明指定了变量的类型，定义为变量指定的取值　。在允许这样做的语言，如Ｃ＋＋和Ｊａｖａ中，变量应该在靠近第一次使用的位置进行声明和定义。在理想情况下，每个变量都应该在声明的同时被定义，如下所示：　　Ｊａｖａ示例：良好的初始化int accountIndex=0;//code using accountIndex. . . double total=0.

101、多次尝试的好处当你首次尝试得出了一个看上去足够好的设计方案后，请不要停下来！第二个尝试几乎肯定会好于第一个，而你也会从每次尝试中都有所收获，这有助于改善整体设计。在大多数情况下，用一种就去来解决问题会为你带来一些新的洞察力，从而帮助你使用另一种更好的方法来解决问题。 102、“自上而下”与“自下而上”的合作自上而下和自下而上设计并不是互相排斥的―――－你会益于二者的相互协作

47、（代码大全2）能有效地开发高质量的人们，在长年累月中积累了大量的技术、技巧和决窍。技术并不是规矩，它只是分析工具。好的工匠知道完成某项工作要用哪样工具，也知道该怎样正确地使用。程序员也该这样。编程方面的知识学得越多，你脑中的工具箱中就会有更多的分析工具，也会知道该在何时用这些工具，以及怎样正确地使用它们。    在软件领域里，专业的咨询人员有时会让你专用某种软件开发方法而远离其他方法。这

131、程序升级一些出名的软件，像360安全卫士，搜狗浏览器，讯雷，在刚开始时，会新增一些功能，和修改一些大的BUG。到后来，基本上更新，都是些小的无关紧要的更新了。 132、规范的平衡在大型项目工作中，有时程序员们会规范过了头。由于设立许多规范和原则，光是记住这些东本都颇花时间。但小型项目的程序员常常缺少规范，则是因为没有充分体会到自觉遵守规范时的好处。应理解其真正价值，并充分利用规

83、（抽象在里是一个归类，一个概念）抽象是一种能让你在关注某一概念的同时，可以放心地忽略其中一些细节的能力----在不同的层次处理不同的细节。任何时候当你在对一个聚合物品工作时，你就是在用抽象了。当你把一个东西称为“房子”而不是玻璃、木材和钉子构成的组合体时，你就是在用抽象了。当你把一组房屋称为“城镇”时，你还是在使用抽象。以复杂度的观点看，抽象的主要好处就在于它使你能忽略无关的细节。大多数

1、把一段代码放入一个精心命名的子程序，是说明其功能的最好办法。这样就不必阅读这样一段语句：if ( Node while ( Node.Next Node = Node.NextLeafName = Node.NameelseLeafName = " "代替它的是：LeafName = GetleafName(Node) 2、重复性大的小段代码也可以写成子

1、信息：在博弈中，策略选择是手段，效用是目的，则信息则是根据目的采取某种手段的依据。信息是指局中人在作出决策前，所了解的关于得失函数或支付函数的所有知识，包括其他局中人的策略选择给自已带来的收益或损失，以及自己的策略选择给自己带来的因素，只有掌握了信息，才能准确地判断他人和自己的行动。 2、运用博弈的第一个要点是随机应变，根据对方的策略即时作出最佳行动选择，这也是博弈的最大特色----由

在软件开发过程中，估算是一个非常重要的环节，对于项目计划、进度控制等都具有重要的意义。但是估算也是一个比较难的“技术活”，因为是“估”，所以往往会存在一些偏差，而这些偏差对于一个项目来说，有时可能会导致多花费一些不必要的金钱，还有可能影响公司的声誉和员工的积极性。而哪些因素会导致估算偏差呢？开发者Alex E. Fish给出了以下提示。没有充分考虑需求如果你