finewind的专栏

要点：     人的个性对其编程能力有直接影响。     最有关系的性格为： 谦虚、求知欲、诚实、创造性和纪律，以及高明的偷懒。     程序员高手的性格与天分无关，而任何事都与个人发展相关。     要成为杰出的程序员，先要养成良好习惯。     要充分理解一个普通的程序，你得有很强的吸收细节的能力，并同时消化它们。如何专注你的聪明才智，比你有多聪明更重要。 很多

开发方法 序列式开发法适用范围： 需求相当稳定； 设计直截了当，而且理解透彻； 开发团队对于这一应用领域非常熟悉； 项目风险小； “长期可预测性”很重要； 后期改变需求、设计和编码的代价很可能较昂贵。 迭代式开发方法适用范围： 需求没有被理解透彻，或者出于其它理由你认为它是不稳定的； 设计很复杂，或者很有挑战性，或者两者兼具； 开发团队对于这一应用领域不熟悉； 项目包含许多

核对表：主要的构建实践 编码 ▲     你有没有确定，多少设计工作将要预先进行，多少设计工作在键盘上进行(在编写代码的同时)？ ▲     你有没有规定诸如名称、注释、代码格式等“编码约定”？ ▲     你有没有规定特定的由软件架构确定的编码实践，比如如何处理错误条件、如何处理安全事项、对于类接口有哪些约定、可重用的代码遵循哪些标准、在编码时考虑多少性能因素等？ ▲     你有没有

常见设计模式： 1.抽象工厂： 通过指定对象组的种类而非单个对象的类型来支持创建一组相关的对象 2. 适配器： 把一个类的接口转变成为另一个接口 3. 桥接：     把接口和实现分离开来，使他们可以独立地变化 4. 组合：     创建一个包含其他同类对象的对象，使得客户代码可以与最上层对象交互而无需考虑所有的细节对象 5. 装饰器： 给一个对象动态地添加职责，而无需为了每一种可能的职

选择好变量名的注意事项： ▲     为变量命名时最重要的考虑事项是：该名字要完全、准确地描述出该变量所代表的事物。 ▲     以问题为导向。一个好名字反映的通常都是问题，而不是解决方案；通常表达的是 ▲     “什么(what)”,而不是“如何(how)”。 ▲     变量名的长度应该限定在8到20个字符之间。较长的名字是用于很少用到的变量或者全局变量，而较短的名字则适用于局部变量

核对表：高质量的子程序     大局事项 ▲    创建子程序的理由充分吗？ ▲    一个子程序中所有适于单独提出的部分是不是已经被提出到单独的子程序中了？ ▲    过程的名字中是否用了强烈、清晰的“动车+宾语”词组？函数的名字是否描述了其返回值？ ▲    子程序的名字是否描述了它所做的全部事情？ ▲    是否给常用的操作建立了命名规则？ ▲    子程序是否具有强烈的功能上

核对表：防御式编程 一般事宜 ▲     名子程序是否保护自己免遭有害输入数据的破坏？ ▲     你用断言来说明编程假定了吗？其中包括了前条件和后条件吗？ ▲     断言是否只是用来说明从不应该发生的情况？ ▲     你是否在架构或高层设计中规定了一组特定的错误处理技术？ ▲     你是否在架构或高层设计中规定了是让错误吹了更倾向于健壮性还是正确性？ ▲     你是否建立了

核对表：类的质量    抽象数据类型 ▲    你是否把程序中的类都看作是抽象数据类型了？是否从这个角度评估它们的接口了？ 抽象 ▲    类是否有一个中心目的？ ▲    类的命名是否恰当？其名字是否表达了其中心目的？ ▲    类的接口是否展现了一致的抽象？ ▲    类的接口是否能让人清楚明白地知道该如何使用它？ ▲    类的接口是否足够抽象，使你能不必顾虑它是如何实现其服