韩小明@xiammy的专栏

 观察模式在HOOK很多应用中，有一类应用最为常用，那就是观察模式。对于信息获取的要求，在很多时候都是非常的重要的功能。在很多时候，我们都需要根据一定量的信息去判断如何决策。正如打仗一样，没有一定量的有意义的数据，就是摸黑，只能死路一条。像Windows提供的SetWindowHook就是典型地为这类应用准备的。而且这也是最普遍的用法。这个模式的特点是，在事情发生的时候，发出一个通

敏捷长大了！ 中国软件协会开始瞄准敏捷了！ IBM开始号称自己是敏捷的了！ 很多厂商也开始宣传自己的敏捷案例了。 很多培训机构开始推出敏捷实施了，也不知道他自己如何能保障成功！ 反正，敏捷，开始有商业价值了。 第一、可以用敏捷来宣传自己的企业 第二、可以借敏捷来进行

最近半年开始甚是热爱羽毛球运动。在公司和部门的组织下，每周进行两次运动，每次大概2小时，有时候也可能有第三次。最近对羽毛球运动也开始有所感觉，于是不自然地和我的本职软件开发做了类比。羽毛球的学习过程，非常类似我们做软件的过程。刚开始，是哪儿有人往哪儿打。对于这点，我妈妈是有说法的。打球嘛，就是娱乐，如果老是调动人，那多没意思啊。嗯，这是典型没有技术的人爱说的话。做软件开发的早期，不也正是如

自从Martin Fowler先生将Refactoring这个概念带到了中国，许多程序员都如同获得了一个通行金牌似的，随时可能提起"Bad Smell"和"重构"。从我的心里来讲，我并不反对重构。但我反对不考虑项目情况的盲目重构。回想一下，当我们在考虑系统需要重构的时候，我们都考虑了那些因素？特别是大范围的系统级别的重构。由于小型重构涉及面较小，所以下面的很多原因都是针对大型重构进行论述的

这几天一直都在思考新项目中，如何促使公司能够最终真正使用上单元测试。前几天发的一篇《单元测试之关键问题解答 》主要写的是我在实践过程中，针对我遇到的一些非技术问题的思考。后来我看到一篇和我博文一样标题的文章《单元测试之关键问题解答》。拜读了之后，发现他对我的思考方向有些误解。虽然这样，因为这些导致他的失望，我还是表示十分的道歉。补充一下，这篇文章不错，推荐大家阅读一下。前几天和我的微软同学聊起

[本文章转自http://www.chinapmclub.com/forums/8172/ShowPost.aspx，作者是微软(Jeff Wang)王志峰。只是网络上的版本大多没有进行排版。这里做了一个简单的排版，并向所有人推荐这篇文章] 这里的“技术”指的是具体的战术问题，比如说如何使用某种工具来解决某一特定测试问题，或者某一类型软件有哪些测试手段等等。而这里的“方法”指的是宏观的战略问题

近来特别关注单元测试的应用。大家可能会笑了，单元测试都N年前提出的了，您老怎么现在才来做呢。是的，单元测试几乎人人都在提，但是真正做好的没几个。我们几个同事在讨论这个的时候，发现这里面有很多因素。相信大家也在实践过程中都遇到过。单元测试测什么这是最经常被提到的问题。往往有三个答案： 针对代码测试，往往也被称为针对类进行测试。

IT界一直有一个悖论：到底是软件带动了硬件提升，还是软件吞噬了硬件性能。每一次硬件升级，你都会发现操作系统和软件还是在同样的时间内，完成了同样的事。当AMD和Intel竞争到64位的时候，已经预示了一个新的时代，已经开始到来。64位CPU并不是一个新的事物，小型机上早就有了。但对于PC用户来讲，这次普及必然是革命性的。对于那些依赖于PC操作系统的软件开发商们，这也将是一个不小的革命。在所有

作者: 童心我们常常迷失在技术的沟壑，却忽略了真实的用户体验~~~~~~~~12楼刚刚更换了门禁系统，说实话，从产品的角度分析，感觉不太好。因为产品的好与坏的评判，很大程度就决定于用户的使用体验。不知道其它人的感受如何，起码我自己在第一次使用时抓狂了，我拿起卡放在扫描器上，但是半天没有任何反应，我不知道出了什么问题，又刷又刷又刷~~~~~~~后来排在后面的人友情提示：“看那个小小的绿灯

领导说我计划上存在一个问题。他认为，我的问题关键在于，我将整个事情，当作论文在分析。各个方面都有道理。可是看上去就是和实际情况没有联系起来。我要做的计划是规划公共资源（什么是公共资源？你可以认为公共资源是研发的公共控件，更可以理解为是公司技术的核心所在。因此他的好坏，直接影响公司的生产力）的管理。由于这是公司的财产，我不方便公布细节。我只是说一下我的方法。思考系统的方法很多，我也是在一点点

最近项目进行年底总结的时候，讨论到大家一年之中都看什么书了。大家说的时候，有人提到其实看书不是个好选择。为什么呢？因为首先能深入理解技术的人，本来就不多。而这当中，能将理解写出来，并发版成书的人又更是少之又少。加上，能有深入了解的都是成熟技术。否则只能是入门级别的书目了。后来有人提到，可以考虑用讲座的形式，多交流交流流行的技术。不过大家并不完全赞同，只是学习新技术，并没有什么动力。在讨论之后，

和我一起开发的同事们对封闭开发非常向往。但是和其他同事聊起来，发现大家非常不理解封闭有什么好。细聊后发现，大家经常将封闭等同于加班。这是两个不同的概念。但是企业经常将这两个概念模糊化。说白了，企业骨子里是希望你加班的，而且是免费的。但这两者之间确实是有差异的。首先来说说两者的起因。这两种方法的起因基本是一样的。都是任务按照正常情况不能顺利完成。可是又有不同的地方。我们知道，对于一个任务来说

这是实际工作中总结的一个典型案例。是真实的。写出来供大家参考。 案例：         技术经理 Y 今年新到了一个产品部门，发现原来产品的代码很乱，遗留的问题很多。而现有的人员，又大半是新招的，很多还是社会招聘渠道进入的，很多编程的习惯还不一样。于是技术经理 Y 就想在部门里推行公司新的代码规范。        可是，刚刚执行了一个月就遇到了阻力，很多人反映，产品中的代码本来就很乱，为什么