最近的几天一直在修bug,修自己的BUG,接二连三的bug.最近做的三个story全都出现了BUG,有的修完了再测的时候又出现了新的bug.在xp中,我觉得是应该想想这一个星期到底发生了什么了首先,项目进入了后期阶段,我们做的story与之前曾经做过的一些story多少有一些相似之处,思想上难免有所放松.想着无非照着葫芦画瓢.所以不管是单元测试还是功能测试,都参照着以前相似的story,拿来把数据和mock改一改,直接用就可以了.这里,我们实际上已经失去了测试的保护.这些测试没有错,但只是覆盖到了happy

一种方法是计算进、出该包的依赖关系的数目。可以使用这些数值来计算该包的位置稳定性（positional stability）。（Ca）输入耦合度（Afferent Coupling）：指处于该包的外部并依赖于该包内的类的类的数目。（Ce）输出耦合度（Efferent Coupling）：指处于该包的内部并依赖于该包外的类的类的数目。（不稳定性I）I = Ce / (

无环依赖原则（Acylic Dependency Principle，ADP）：在包的依赖关系中不允许存在环。 你曾经有过这样的经历吗？工作了一整天，终于完成了某项功能后回家，不料第二天早晨一来却发现那项功能不再工作了。原因是什么呢？因为有人比你走的晚，并且更改了你所依赖的某些东西。有人称之为“晨后综合症”。近几十年来，逐步形成了两个针对该问题的解决方案，这两个方案都来自于电信业。第一

第一次接触CC，花了一晚上搞定的，126的邮箱太烂了，smtp服务器总是出问题，gmail和hotmail之类的又在命令上有问题，也懒的去深究，最后换成163的了，还好点；遇到几个小问题，这里记一下，以后可能在慢慢补充                                                         

敏捷开发人员知道要做什么，是因为他们遵循敏捷实践去发现问题他们应用设计原则去诊断问题，并且他们应用适当的设计模式去解决问题软件开发的这三个方面间的相互作用就是设计。这些面向对象的设计原则包括：单一职责原则（The Single Responsibillity Principle, SRP）开放 － 封闭原则（The Open － Close Principl