发布时间：2012-12-23 21:24:48

《数学之美》 看过多一半，然后放在家里让夫人看其中作者介绍其导师那一章《软件管理沉思录》电子版 《Design Patterns: Elements of Reusable Object-Oriented Software》，看了其中约15种模式......【阅读全文】

发布时间：2012-12-23 21:16:53

前两天买了一本关于项目管理的书, 软件管理那些事, 一直没时间看,今天下班拿上决定看看.十一章十一个作者, 很多图表和数据；我从十号线地铁西土城到国贸翻了一遍,然后决定还是看视频吧!辜负作者了......临时结论:还是看经典吧......【阅读全文】

发布时间：2012-12-23 20:39:28

使用有意义的名字，名字明确了用途，不用更多注释。有时错误的注释会更坏事，即使现在正确，但随着时间的推移，注释和代码多半已经不能对应了。别让名字掺杂有现有数据类型名字，有时会让人误解。也不要使用很难区分差别的名字。使用有意义的名字，别使用0和O，l和1，谁看谁晕。要从名字区分出意义的不同。名字不要包含多余的成分，多个名字之间意义区别明确，一看就知道用哪个，这也有助于写出简洁的代码。名称能够读出来，这有助于讨论交流。名称明确可读有助于代码review。名称的长度应该和其作用域大小成正比，越短的名字使用的范围应该越小，诸如i，i，j， k这样的名字不适合扩大其作用域，限制到越小约好。不使用匈牙利命名......【阅读全文】

发布时间：2012-12-23 20:37:22

是糟糕的代码毁掉了公司吗？不是代码，而是无穷无尽的需求和无法逃避的交付时间毁掉了代码和公司。停止增加新代码，代码质量才能得到提升。我们当然需要高质量代码，但那需要时间，如果只看到交付时间，最终肯定是糟糕的代码。这里最了解问题的是程序员，他／她应该说明实情，只重眼前利益（需求＋交付时间），那么等于慢性自杀。唯一有效的解决方法是自始至终保持代码的清洁。编写整洁代码需要许多小技巧，编写整洁代码的程序员是艺术家。Bjarne Stroustrup的整洁标准：优雅高效，逻辑直接了当，减少依赖关系以利于维护。。。，整洁的代码只做好一件事。破窗理论：破了一扇窗户后如果没人管，那么所有窗户都会完蛋整洁的代码如......【阅读全文】

发布时间：2012-12-23 20:35:22

Observer is also known as dependents or publish-subscribe. When the object changes its state, its dependents will be notified and updated automatically. The key objects in this design pattern are subject and observer. A subject can have any number of observers. All observers will be notified on......【阅读全文】