gooderfeng的专栏

敢于承担错误：曾经为了得到经理同事的认可而掩饰自己的错误，曾经为了让客户满意我们的产品而避开我们已知的错误。这样的情况总是发生，而在发生的时候我们又付出了很多的成本或者努力，而这样的努力是不值得推崇的。反思：因为自己想掩饰错误而给项目增加成本是不道德的。 已知的错误：已知的错误而不去修改是道德问题。当发现了一个程序错误，或者设计上的错误 而不去修改它是不道德的。这个

调试：在之前的项目中，确实期限马上到期， 会具有压力，推卸责任。当出现错误，通常的一句话“这里不可能有问题”，有了这样的态度是不可取的。既然发生了就是说明确已经有了问题。要证明下的结论。反思:摆正态度，做好工作。不要假设，要证明，一般来说刚加入代码，出现问题，都会与刚刚加入的数据有直接或者间接的关系。

正交的好处：正交很重要，如果整个系统都是正交的，那系统的错误造成的影响就会好一些。非正交的负担:通过之前的经验，当发生非正交的时候就将所有的非正交的类作为一个模块而存在，所有的东西都内聚到模块中，但是这样的设计是不对的，因为一些不相关的东西都进入都模块中，这个模块自己都无法说清楚他自己是做什么的。 正交的优势：可以将不同的模块分开，当销售软件成品时客户可以自己定制需要使

 检查函数正确性的问题：这个问题考虑了很多次，在过去写的程序里面没有统一的做法。考虑如果调用者负责输入参数的正确性，就要求接口足够简单，这样可以很容易的判断输入的正确性。而如果接口不够简单这样的假设无法成立，因为只有调用者十分熟悉接口才能正确的输入参数。反过来说这个是个矛盾，如果接口复杂是接口设计者的问题。而接口足够简单又有谁能保证哪。考虑如果接口实现者提供输入参数的检查，调用者会