本人工资翻番，

老婆越来越漂亮

儿子越来越聪明

当然，最重要的是身体健康（要少吃饭），笑口常开。

老姐来北京学习，头一次来，感觉像刘姥姥近大观园。哈哈

这次培训的对象是全国骨干教师，她一回去，估计也能评上特级教师，真希望她对北京有好感，且想办法留在北京某个学校，这样，我儿子以后读书也有希望了，她找老公也有点戏了，哈哈

老姐跟老婆似乎很有共同语言，跟她们在一起，太受欺负。今天就被数落了一天，不过还是感到很幸福

     日本狗胆包天，竟然敢以国内法宣判我国船长，有人说肯定有美帝国主义撑腰，我到觉得日本不会因为这个来空开冒犯中国，我倒觉得日本一直想脱离美国控制，如果跟中国短暂闹起来，到一定是个机会。

   因为这么一闹，乃至一打。那么他的军队，国家体制，乃至经济都有可能为朝某个他期望的方向发展，膨胀，到那时候，美国如果处理不当，也有可能到无法控制日本的地步。

   当然，还有另外一个角度，中国也想把这个事情闹大，虽然有可能丢失面子，但好处还是

可以到 http://javamonkey.javaeye.com 看看，谢谢

    算命书说这个月会有事业的巅峰出现，的确有数过工作机会光临，倘若能把握其中一个，那算命书就说准了。十几年了，我大概运势都被这套算命书说准，还真有点邪门。现在就等待吧，等待俩天看看，渴望的工作机会是否到来

    譬如，为log4j配置文件指定输出目录：

   #log4j.appender.R.File =@@serverLogPath@@

    log4j.appender.R.File = c:\l

   封装抽象癖好带来过度设计，从而引发学习难，开发难，调试难，运行慢，以及更难扩展和适应变化。这些癖好原因我可以归纳为架构师的几个如下问题。

   1 妄图解决扩展性问题。 由于需求不清楚，或者架构师对需求不完全理解，他

    Cache能提高性能，大家都知道。但大家恐怕不知道，很多Cache深层次上讲，都是系统无可奈何的补救方法。比如以前开发EJB2的时候，有的应用服务器实现方式提供EJB Client 缓存功能，表面上比不缓存效果好不少，但从整体架构来看，因为用了这么重量级的分布式编程，性能相比其他而言，也差很多。很多类似的系统，开源产品都类似这样，他们声称提供cache，便提供了性能，我们实际应该解读为提供了Cache,才使得性能勉强过得去。

   在自己的系统中，Cache这东西，如果没有碰到性能瓶颈，千万不

奇才，天才，聪明

用网易网友的一句话来表达对他的怀恋：

上帝想看油画了，所以带走了梵高

上帝要玩数字游戏了，所以带走了陈景润

上帝想听流行乐了，所以带走了MJ

前天，上帝电脑中毒了

是他的生平：

     衡量系统性能有俩个指标，分别是响应和吞吐量。通常企业应用系统更看重的是吞吐量，即能否支持更多的用户访问，或者能处理更多的报文。记得JDK Concurrent API的一个主要设计目的就是可扩展性-在单CPU的情况下，性能不及synchronized.耗费的资源多于synchronized（创建了很多对象，但synchronzied可用任何对象作为锁）。但在多CPU或者其他更多的资源下，JDK Concurrent API 能充分利用CPU资源，从而使你的应用有较大的吞吐量。譬如，Hashtable 读写都会锁，而ConcurretnHashMap在读的时候就不会，自然

http://www.anti-gmfood.com/ 完善中，有建议可以提。

希望更多的中国人都知道