摘要：基于上篇,此文将讲述如何捕获自己发送出去的消息:
// hottey 于2004-6-2号
qq从本机发出消息无非就是两种方式.(1)按发送按钮,(2)按ctrl+enter组合键.当然自定义键除外.也不在本文考虑范围之内:
基于这两种发送的方式我选用:wh_callwndproc 和 wh_keyboard两种钩子.sorry,今天心情太烂(学校里的一些琐事,郁闷).实在无心继续.只能贴上源码了.大家有兴趣自己看看...有什么问题可以和我联系.de......
摘要：续上。。
corba组件模型：第一部分，向组件式中间件(component middleware)演化
the corba component model， c/c++ users journal february 2004
douglas c. schmidt and steve vinoski
cndeveloperw (ysf_gzb@21cn.net) 译
面向对象技术的使用还相关地间接引来许多类似的零碎小问题，需要开发人员用繁细......
我的软件工程观（二）麻雀的五脏上一页 ...
由于工作的特殊性，scm一般由技术不强，但办事认真的员工担任（我可没有贬低scm工作的意思，事实上是我的两个很好的朋友都做过scm，而且我自己也有幸在一个项目的后期充当了scm）。但由于技术不强，scm往往无法深入理解软件构造过程与需注意的技术问题，还有就是对设备、环境的不熟悉也会导致一些偶尔棘手的问题。
sqa经理 【相关文章:
java窗体运行时最大化及关闭方法示例】
出于对系统的不了解的先天缺陷，scm也不能对将来的工作做太多的符合实际的改进活动，对到底需要哪些配置项，甚至配置项的安全级别的控制依赖于项目经理的一面之词与开发人员的自觉性。 【扩展阅读:
CVS版本管理之长剑出鞘】
我曾见过一个sqa，在指出了项目的一些问题但得不到解决后，向高层领导反映，但许多高层领导也是做技术出身，他们（她们）反而帮着项目经理说话，活活要把sqa气死。概念上，sqa只保证过程，过程是完善的，那么产品一定也不会出大错，但关键是怎样的过程是合理的，这个问题要具体问题具体分析。中国有句成语，叫“金玉其外，败絮其中”，sqa又如何揭开金玉，看到其中的败絮呢？如果没有对项目足够的关注与经验，sqa是无法有效开展工作的。事情往往是，sqa只审查文档编写是否符合规范，有无错别字，评审开了没有，代码书写是否规范等，而这些问题并不能给项目的质量构成实质性的威胁。而且，若sqa感觉到项目有重大问题，如需求迟迟不能确定，没有确定好大的架构就开始详细设计甚至编码这些问题时，高层领导也往往会因为项目进度等种种理由原谅了项目小组。 【扩展信息:
用Javascript写的一个映射表(M】
其实这是一个最痛苦的角色。对某个项目或产品评头论足，有唱红脸的，有唱白脸的，那么sqa一般是唱白脸的。原则上sqa应该权限十分巨大，该人应该是公司重量级人物，但又有几个公司会将如此重量级的任务放在sqa的位置上呢？而且又有几个重量级的人物会自愿做sqa呢？
sqa在我心目中就像一只独自上蹿下跳的猴子，自己急得要命，旁观的人却无动于衷，偶尔还会有人侧过头去耳语：“皇上不急，太监急！”。
高层经理
高层经理应该是有着足够大的资源调配权利，以及对产品的未来与客户非常关注的人。许多高层经理虽然没有直接的人事任免权，但他（她）对某个人的评价是至关重要的。缺憾是，高层经理都很忙。他们（她们）往往只关系所谓的大事，如与同级或上级之间的沟通，与客户之间的应酬等等，却往往疏于内部管理。
好多年了，“授权”的管理理念已经深入人心，深入到扭曲的程度。许多高层经理使用“授权”的思想，将事情分派下去后，就较少关注了。
记得«兄弟连»里有这样的一个片断：一段时间，美军被德军压制住，天天遭受疯狂的炮火轰炸，战士们的情绪非常沮丧，“恐惧像瘟疫，是可以传播的”。这时，有一位兵士长跟每个士兵聊天，鼓舞他们的士气，对他们说笑，倾听他们的想法。本集的最后，新任命的连长告诉个兵士长说：“你才是这个连的灵魂”（我记不清了，或者是“杰出的领袖”？）。...
下一页 摘要： 在实际编写unit test的过程中，很多情况下我们会需要使用其他的组件（如和数据库相关的测试）。当我们是使用第三方提供的组件时，这并不是太大的问题，因为我们可以假设他们是无错的。但是一旦这些组件是我们自己的组件时，问题就暴露出来了。
“单元测试出错了，但到底是谁的错。我的？他的？”，这种情况显然违反了测试的独立性原则。出现这种情况使得这个测试无法确切的指出是那个单元出现了问题，照成了排错的困难，而且也浪费了时间。同时，过分的将单元的测试代码依赖于其他......
