摘要：6-7章，Façade, Adapter模式 Façade模式 例1：如果要使用一个极其复杂的现有系统的部分功能，是小组的人都去学习这个系统呢，还是我们抽签决定，输的人负责研究老系统，编写例程，供其它人用？ 例2：对于使用操作系统提供的繁杂的底层功能，Windows操作系统提供了一组类库Win32 API，简化对操作系统底层调用？ 解决方案: 标准图： 意图 ... 阅读全文

摘要：第一次参加Tech.ED会议，总体说来，觉得收获不太多！ 说说开场：那个所谓的CIO，首席信息官，穿的挺体面，只是讲的内容不怎么吸引人(可能听力不好)！开幕式演讲中间穿插着几个技术演示，无非就是手机电脑 互联，使用新出的live messager，电脑和PDA聊天而已！还有一个小伙，演示Vista下语音控制操作的，喊了N次“打开纪事本”，最后终于很不情愿的打开了。随后的语 音录入，也是很艰难的... 阅读全文

摘要：我在看一本名叫《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要么就不做，要做就要认真做，真的起点作用。 阅读全文