摘要： 我在看一本名叫《DesignPatternExplained》的书，读了一到五章，觉得有些地方很不错。 1． 找教室 假设你要在一个会议上担任讲师，听课的人在课后还要去听其他课，但他们不知道听课地点。你的责任之一，就是确保大家都知道下一堂课去哪上。 · 结构化程序设计 也就是功能分解，通常会让一个“主”程序负责控制子程序。主程序要密切关注大量细节，除你之外没有其他人负责。 · 另... 阅读全文

摘要： 我是第一次参加Tech Ed大会，数千人入住，听课，用餐丝毫不乱，这组织安排的工作还是不错的。下面是我的体会： SQL 2005 SQL 2005在数据库镜像方面下力气研发，针对各种灾难，提出恢复方法。同时在网络带宽，事物处理速度，数据量等方面做了大量的性能测试。值得一提的是讲师是 领导开发SQL Server DBCC的负责人。 鉴于Oracle在数据库市场上的地位，微软提... 阅读全文

摘要： 偶然在寸锐斋（http://blog.csdn.net/cunruizhai/archive/2006/03/30/644692.aspx ）上看到关于测试失控的描述，居然和我们公司的情况极为相似。 下面是摘录，略作改动： 没有测试＝》质量不佳＝》老板出丑＝》老板和大家一致认为需要测试＝》建立测试，通常是手工测试＝》老板和大家都尝到甜头，加强测试＝》测试依赖综合症产 生，症状为，没有经过测试，产... 阅读全文

摘要： 来源：http://www.zoubar.com/bbs/viewthread.php?tid=3125 于千万人之中，遇见你所遇见的人；于千万年之中，时间的无涯荒野里，没有早一步， 也没有晚一步，刚巧赶上了 Among thousands of people, you meet those you’ve met. Through thousands of years, with t... 阅读全文

摘要： 通过CodeReview检查代码质量，已经不是什么新鲜事。但我发现很多项目的CodeReview流于形式，只是证明我们做过 CodeReview。次数，深度固然不够，往往在项目进度紧张的时候，被第一个砍掉。这样的CodeReview形同虚设，有不如无。其实开发人员真正的产出物，就是Code, CodeReview是最直接的检查产品质量的方法，同时也可以快速了解开发人员的功底。 个人认为，CodeReview要么就不做，要做就要认真做，真的起点作用。 阅读全文

摘要： 领导一个团队做项目，如何及时发现和解决小组中的问题，是项目成败的关键之一。 技术好的领导是否有过设计和实现相差甚远的经历？ 是否有过早期一路顺利，前景一片大好，可是到项目尾期，临近提交的时候各种问题纷纷而至，手忙脚乱，焦头烂额甚至回天乏力的经历？ 这类问题，往往是项目领导习惯性的估高了成员的能力，或是为了赶进度而忽视了项目工作的检查造成的。 所谓病来如山倒，病去如抽丝。 用来形容项目管理中的问题，也是恰当不过。 阅读全文

摘要： 从事Application开法，如果想要继续深入学习，提高自己的内功修为，有的人可能选择深入研究某种技术，或操作系统，开发工具的底层。当然这样有 助于提高自己的知识，但很有可能这在Application开发中没有太多的用武之地。而且这样的努力，最有可能的结果是从一个生手到一 个熟手。 个人认为其实Application的开发，精髓在于汇总用户的模糊需求，加以分析整理，由需求分析，定制功能到概要设... 阅读全文