摘要：shark与adapter设计模式 1. 引言 阿p是个非常痴迷技术的programmer,最近公司发了一笔还算丰厚的奖金,阿p乐坏了,准备也新潮一把,到向往已久的据别人说非常有趣的爪哇岛旅游一个月。 阿p带上必备衣物,又从网上down了一篇流传很广的<<爪哇岛旅游必备指南>>,然后阿p站在门口想了想还有什么要带的,对了,笔记本还没带呢,这个不带哪行,笔记本上还有最新下载的......
摘要： 前一篇文章讨论了表达式的用法，其中很多网友都指出最后一个例子有问题a&0x80这里面的a是16位。我当
时也是疏忽，不过细想起来如果a的取值范围在-127和127之间这样写是没有问题的，因为除了最后8位之外前面
的位和符号位应该是一样的，但介于维护的方便大家最好还是不要这样写。 下面我们进入本文的主题——指针的探讨。指针是c中最突出的功能之一，如果不能灵活的运用指针就不能
写出好的......
走路与项目管理上一页 ...就像走路时你完全可以在前半段稍稍提高你的速度,不必奔跑,就可以省下大概10多分钟的时间,而这些时间足够让你悠闲的从地铁站走到公司而不会迟到.同样在项目开始时你可以通过对需求进行详细而深入的分析,对系统进行全面的考虑而给出尽量合理的设计,在发现时间与资源浪费的同时纠正这些错误而提高开发速度,同时减轻资源（包括时间）的浪费.在前期的这些投入将使你在项目后期得到10倍甚至100倍的收益,因为你无法收回已浪费的时间与资源,但可以通过努力工作而减少尚未产生的浪费.
所以尽管在项目初期与项目收尾时浪费的10分钟看起来是一样的,但它们带来的影响是完全不同的,而没有认识到这个差别有时会产生非常严重的后果. 【程序编程相关:第十一章 事件[《.net框架程序设计》】
而在项目后期,绝大部分的时间与资源都已经被使用,尽管你知道很多被浪费了,你也没有办法再去收回;而同时你可以调动用来进行“补偿”的资源也大大减少,之前由于懒惰.懈怠.草率造成的问题也都开始显现,所以你在这时焦头烂额,疲于奔命,但往往还是不得不面对你无法兑现你当初的承诺的悲惨结局.因为无论如何努力,人的能力是有限的,就像如果地铁站与公司的距离是一个人拼命狂奔也需要15分钟的话,你在只剩10分钟的情况下无论如何努力也是要迟到的,因为你不能期望着你能比世界短跑冠军跑得还快. 【推荐阅读:从TeamSource到WinCVS】
顺便说一句,同走路一样,通常不能期望项目相对于估算日期提前很多完成.因为当进入到项目后期,每个人都能够肯定项目不会拖延,肯定能够按时交付的时候,不能够指望他们还会拼命的去提前发布日期;相反,他们的通常做法是保持原来的进度甚至稍稍懈怠一些,因为“反正不可能迟到,为何不看着报纸走去公司?”. 所以如果项目比估算日期提前很多完成,那只有一种情况:估算本身偏离了实际情况太多,就如同早上上班出来的太早,尽管你走得很慢,可还是很早到了公司一样.但要注意的是,尽管比预算提前了很多,但浪费也会更多——因为预算过于宽松,紧迫感会随之降低.
摘要：如果你正在负责一个基于sql server的项目，或者你刚刚接触sql server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的dbms）。 在这里，我不打算介绍使用sql server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训，一直来，我看到许多同样的设计......
