五一短假过后的上班第一天。
五一回顾：
一日看了个电影《钢铁侠》，还不错哦
二日居然还要上课，痛苦啊。。。同日，老婆的哥哥结婚，又喝多了我。。。
三日一日无事，本来想为有线通续费再装个机顶盒的，可是东方有线开的单子竟然是新装单，于是又没装。恰好又是结婚一周年（其实是婚礼一周年），陪老婆出去逛了一下。
毕福剑有五一乐三天，我虽然没有什么好乐的，但也是要做个纪念
今天是4号，上班了。。。
精力还算是挺充沛的，精神状态也挺良好。继续努力。。。（要搬楼下去了）
Misc
节日快乐
五一国际劳动节，离奥运开幕还有99天。
在这个忙里偷闲的时刻，祝大家节日快乐
PR=1
三个月了，终于，PR有了1,实在让我很感慨呀。。。
以前的域名仍然是PR4，不知道这个PR值是怎么计算的。不过。。。还是很开心
累
累啊……
最近一直在转贴文章……
最近自己写的东西少了，思想的沉淀是需要一个过程的。目前思想还没有空沉淀，所以……转贴占了多数，不过。这并不妨碍我的学习热情，之所以转贴，那是代表我需要学习，或者需要收藏它，不是吗？
当然，如果遇到什么未知的情况，我还是会第一时间写下来的。好记性不如烂笔头。虽然现在不再用笔记录，但用计算机来记录点滴也是可以让自己多一份回忆的。
面向对象编程五大原则［转］
COPY自老狼网站,原文链接：http://laolang.xtmm.cn/post/209.htm
单一职责原则SRP：Single Responsibility Principle
开放封闭原则OCP：Open－Close Principle
Liskov替换原则LSP：Liskov Substitution Principle
依赖倒置原则DIP：Dependency Invertion Principle
接口隔离原则ISP：Interface Separate Principle
在面向对象设计中，如何通过很小的设计改变就可以应对设计需求的变化，这是令设计者极为关注的问题。为此不少OO先驱提出了很多有关面向对象的设计原则用于指导OO的设计和开发。下面是几条与类设计相关的设计原则。
1. 开闭原则（the Open Closed Principle OCP）
一个模块在扩展性方面应该是开放的而在更改性方面应该是封闭的。因此在进行面向对象设计时要尽量考虑接口封装机制、抽象机制和多态技术。该原则同样适合于非面向对象设计的方法，是软件工程设计方法的重要原则之一。我们以收音机的例子为例，讲述面向对象的开闭原则。我们收听节目时需要打开收音机电源，对准电台频率和进行音量调节。但是对于不同的收音机，实现这三个步骤的细节往往有所不同。比如自动收缩电台的收音机和按钮式收缩在操作细节上并不相同。因此，我们不太可能针对每种不同类型的收音机通过一个收音机类来实现（通过重载）这些不同的操作方式。但是我们可以定义一个收音机接口，提供开机、关机、增加频率、降低频率、增加音量、降低音量六个抽象方法。不同的收音机继承并实现这六个抽象方法。这样新增收音机类型不会影响其它原有的收音机类型，收音机类型扩展极为方便。此外，已存在的收音机类型在修改其操作方法时也不会影响到其它类型的收音机。
2. 替换原则 (the Liskov Substitution Principle LSP)
子类应当可以替换父类并出现在父类能够出现的任何地方。这个原则是Liskov于1987年提出的设计原则。它同样可以从Bertrand Meyer 的DBC (Design by Contract) 的概念推出。
我们以学生为例，夜校生为学生的子类，因此在任何学生可以出现的地方，夜校生均可出现。这个例子有些牵强，一个能够反映这个原则的例子时圆和椭圆，圆是椭圆的一个特殊子类。因此任何出现椭圆的地方，圆均可以出现。但反过来就可能行不通。
运用替换原则时，我们尽量把类B设计为抽象类或者接口，让C类继承类B（接口B）并实现操作A和操作B，运行时，类C实例替换B，这样我们即可进行新类的扩展（继承类B或接口B），同时无须对类A进行修改。
3. 依赖原则 (the Dependency Inversion Principle DIP)
在进行业务设计时，与特定业务有关的依赖关系应该尽量依赖接口和抽象类，而不是依赖于具体类。具体类只负责相关业务的实现，修改具体类不影响与特定业务有关的依赖关系。
在结构化设计中，我们可以看到底层的模块是对高层抽象模块的实现（高层抽象模块通过调用底层模块），这说明，抽象的模块要依赖具体实现相关的模块，底层模块的具体实现发生变动时将会严重影响高层抽象的模块，显然这是结构化方法的一个"硬伤"。
面向对象方法的依赖关系刚好相反，具体实现类依赖于抽象类和接口。
为此，我们在进行业务设计时，应尽量在接口或抽象类中定义业务方法的原型，并通过具体的实现类（子类）来实现该业务方法，业务方法内容的修改将不会影响到运行时业务方法的调用。
4. 接口分离原则（the Interface Segregation Principle ISP）
采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。
ISP原则是另外一个支持诸如COM等组件化的使能技术。缺少ISP，组件、类的可用性和移植性将大打折扣。
这个原则的本质相当简单。如果你拥有一个针对多个客户的类，为每一个客户创建特定业务接口，然后使该客户类继承多个特定业务接口将比直接加载客户所需所有方法有效。
以上四个原则是面向对象中常常用到的原则。此外，除上述四原则外，还有一些常用的经验诸如类结构层次以三到四层为宜、类的职责明确化（一个类对应一个具体职责）等可供我们在进行面向对象设计参考。但就上面的几个原则看来，我们看到这些类在几何分布上呈现树型拓扑的关系，这是一种良好、开放式的线性关系、具有较低的设计复杂度。一般说来，在软件设计中我们应当尽量避免出现带有闭包、循环的设计关系，它们反映的是较大的耦合度和设计复杂化。
开放封闭原则OCP：Open－Close Principle
Liskov替换原则LSP：Liskov Substitution Principle
依赖倒置原则DIP：Dependency Invertion Principle
接口隔离原则ISP：Interface Separate Principle
在面向对象设计中，如何通过很小的设计改变就可以应对设计需求的变化，这是令设计者极为关注的问题。为此不少OO先驱提出了很多有关面向对象的设计原则用于指导OO的设计和开发。下面是几条与类设计相关的设计原则。
1. 开闭原则（the Open Closed Principle OCP）
一个模块在扩展性方面应该是开放的而在更改性方面应该是封闭的。因此在进行面向对象设计时要尽量考虑接口封装机制、抽象机制和多态技术。该原则同样适合于非面向对象设计的方法，是软件工程设计方法的重要原则之一。我们以收音机的例子为例，讲述面向对象的开闭原则。我们收听节目时需要打开收音机电源，对准电台频率和进行音量调节。但是对于不同的收音机，实现这三个步骤的细节往往有所不同。比如自动收缩电台的收音机和按钮式收缩在操作细节上并不相同。因此，我们不太可能针对每种不同类型的收音机通过一个收音机类来实现（通过重载）这些不同的操作方式。但是我们可以定义一个收音机接口，提供开机、关机、增加频率、降低频率、增加音量、降低音量六个抽象方法。不同的收音机继承并实现这六个抽象方法。这样新增收音机类型不会影响其它原有的收音机类型，收音机类型扩展极为方便。此外，已存在的收音机类型在修改其操作方法时也不会影响到其它类型的收音机。
2. 替换原则 (the Liskov Substitution Principle LSP)
子类应当可以替换父类并出现在父类能够出现的任何地方。这个原则是Liskov于1987年提出的设计原则。它同样可以从Bertrand Meyer 的DBC (Design by Contract) 的概念推出。
我们以学生为例，夜校生为学生的子类，因此在任何学生可以出现的地方，夜校生均可出现。这个例子有些牵强，一个能够反映这个原则的例子时圆和椭圆，圆是椭圆的一个特殊子类。因此任何出现椭圆的地方，圆均可以出现。但反过来就可能行不通。
运用替换原则时，我们尽量把类B设计为抽象类或者接口，让C类继承类B（接口B）并实现操作A和操作B，运行时，类C实例替换B，这样我们即可进行新类的扩展（继承类B或接口B），同时无须对类A进行修改。
3. 依赖原则 (the Dependency Inversion Principle DIP)
在进行业务设计时，与特定业务有关的依赖关系应该尽量依赖接口和抽象类，而不是依赖于具体类。具体类只负责相关业务的实现，修改具体类不影响与特定业务有关的依赖关系。
在结构化设计中，我们可以看到底层的模块是对高层抽象模块的实现（高层抽象模块通过调用底层模块），这说明，抽象的模块要依赖具体实现相关的模块，底层模块的具体实现发生变动时将会严重影响高层抽象的模块，显然这是结构化方法的一个"硬伤"。
面向对象方法的依赖关系刚好相反，具体实现类依赖于抽象类和接口。
为此，我们在进行业务设计时，应尽量在接口或抽象类中定义业务方法的原型，并通过具体的实现类（子类）来实现该业务方法，业务方法内容的修改将不会影响到运行时业务方法的调用。
4. 接口分离原则（the Interface Segregation Principle ISP）
采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。
ISP原则是另外一个支持诸如COM等组件化的使能技术。缺少ISP，组件、类的可用性和移植性将大打折扣。
这个原则的本质相当简单。如果你拥有一个针对多个客户的类，为每一个客户创建特定业务接口，然后使该客户类继承多个特定业务接口将比直接加载客户所需所有方法有效。
以上四个原则是面向对象中常常用到的原则。此外，除上述四原则外，还有一些常用的经验诸如类结构层次以三到四层为宜、类的职责明确化（一个类对应一个具体职责）等可供我们在进行面向对象设计参考。但就上面的几个原则看来，我们看到这些类在几何分布上呈现树型拓扑的关系，这是一种良好、开放式的线性关系、具有较低的设计复杂度。一般说来，在软件设计中我们应当尽量避免出现带有闭包、循环的设计关系，它们反映的是较大的耦合度和设计复杂化。
感慨于修剪欲望
今日看完一篇短文，相对比较感慨。文中称人的一生有非常多的欲望，人生有如盆景，而欲望就是盆景里不断长出的枝叶，如果不对枝叶进行修剪，那么盆景将会变得越来越丑陋，只有不停的修剪，盆景才能成为一个漂亮的景观。欲望也是这样，不断的修剪自己的欲望，对欲望进行合理的控制，才能更好的使自己有所求，而不是想到什么就做什么。欲望也是一个人前进的动力，如果人没有欲望，那和行尸走肉又有何区别？
借此机会，回忆一下初中一篇古文《为学》，又名《蜀鄙二僧》：
天下事有难易乎？为之，则难者亦易矣；不为，则易者亦难矣。人之为学有难易乎？学之，则难者亦易矣；不学，则易者亦难矣。
蜀之鄙有二僧，其一贫，其一富。贫者语于富者曰：“吾欲之南海，何如？”
富者曰：“子何恃而往？”
曰：“吾一瓶一钵足矣。”
富者曰：“吾数年来欲买舟而下，犹未能也。子何恃而往！”
越明年，贫者自南海还，以告富者。富者有惭色。
西蜀之去南海，不知几千里也，僧富者不能至而贫者至焉。人之立志，顾不如蜀鄙之僧哉？
听说。。。
本文内容来自网上，听说是真，羡慕一下
Bill Joy, 前任Sun的首席科学家，当年在Berkeley时主持开发了最早版本的BSD。他还是vi和csh的作者。当然，Csh Programming Considered Harmful 是另一个话题乐。据说他想看看自己能不能写个操作系统，就在三天里写了个自己的Unix, 也就是BSD的前身。当然是传说了，但足见他的功力。另一个传说是，1980年初的时候，DARPA让BBN在Berkley Unix里加上BBN开发的TCP/IP代码。但当时还是研究生的B伯伯怒了，拒绝把BBN TCP/IP加入BSD，因为他觉得BBN的TCP/IP写得不好。于是B伯伯出手了，端的是一箭封喉，很快就写出了高性能的伯克利版TCP/IP。当时 BBN和DARPA签了巨额合同开发TCP/IP Stack，谁知他们的代码还不如一个研究生的好。于是他们开会。只见当时B伯伯穿个T-shirt出现在会议室(当时穿T-shirt不象现在，还是相当散漫的哈)。只见BBN问：你怎么写出来的？而B伯伯答：简单，你读协议，然后编程就行了。最令偶晕倒的是，B伯伯硕士毕业后决定到工业界发展，于是就到了当时只有一间办公室的Sun, 然后他就把Sparc设计出来乐。。。象这种软硬通吃的牛人，想不佩服都不行的说。据Bill Joy的同事说，一般开会的时候B伯伯总是拿一堆杂志漫不经心地读。但往往在关键之处，B伯伯发言，直切要害，提出漂亮的构想，让同事们彻底崩溃。对了，他还是Java Spec和JINI的主要作者之一。
MSN掀起签名热 红心连成片表爱国热情
“msn名字前面请加(L)CHINA，让全世界看看华人的团结。请转发您的msn朋友。”4月16日，这则简短的信息在MSN用户间迅速传递，网友们通过这种方式来表达爱国热情。
新民网记者了解到，按照上述信息的指示，在MSN名字前加上(L)CHINA后，“(L)”就会显示为一颗红心。网友苏小姐向新民网称，她吃完午饭后回到电脑桌前，发现MSN上已经是一片红心了，身在海外的朋友们也加入到了这一行列中。还有不少网友将红心后面的文字做了修改，加上了如“One world one dream”等口号。
网友苏小姐说，她的朋友在转发信息时还特地叮嘱她，要将MSN上朋友的备注调整成统一格式，让一颗颗炽热的红心连成一片，以展现中华民族强大的凝聚力和中国人民炽烈的爱国心。
新闻来源：新民网
这个贴子来自于cnBeta.com。
不过。留言更有意思。。。
最后一个，我才是比较欣赏的。
![荷兰的龙芯笔记本可能有猫腻[转自cnbeta]](https://blog-1251173875.cos.ap-shanghai.myqcloud.com/3557/conversions/cover-64-card.jpg)
荷兰的龙芯笔记本可能有猫腻[转自cnbeta]
感谢Ian的投递
作者:老杳
看到龙芯笔记本在荷兰发布销售，还真为龙芯感到高兴，急急忙忙登陆龙芯笔记本荷兰公司的代理商Van Der Led (VDL)的网站，却感到非常失望，原来在新闻稿中所宣传的PC渠道商Van Der Led (VDL)竟然是一家主要以灯具为主的网上销售公司，产品不多，除了灯具同时还销售几款MP3、MP4，当然还有五种颜色的龙芯笔记本。
为求证这个网站的浏览量，虽然老杳也不太相信Alexa的统计，作为一个数据倒是可以参考，三个月平均流量排名1千万靠外的公司，仅仅4月7日之后排名忽然之间升至20多万位，可以这个公司过去一年的网上业务应当基本为零，排名千万之外还不如老杳吧一天上百人的流量大，不知道是否因为龙芯在中国发布新闻的缘故，这个网站近期流量骤升，从网站流量来看无论如果难以让人相信这是一家具有一定规模的公司。
老杳不认识荷兰当地人，无从考察这个公司的具体规模，如果仅仅从上述亮相资料来看，这个公司无疑有挂羊头卖狗肉的嫌疑，也不得不令人怀疑龙芯此次隆重推出荷兰公司分销龙芯笔记本新闻的动机，据中科龙梦公司副总经理吴权林介绍，“VDL公司是荷兰一家PC渠道商，它会贴自己的品牌在荷兰销售。龙芯目前的国际化尝试远远不止荷兰一个国家，法国与英国的电脑渠道商也与中科龙梦有合作，正准备推类似的超便携电脑，但配置和Jisus有所不同。”但愿法国和英国的电脑渠道商不会像荷兰一样也是一个卖灯具和MP3的公司。
附：一个荷兰读者有关Vanderled公司的邮件
老杳你好，
我是老王，在荷兰住了17年的北京人。今天看到龙芯超便携电脑在欧洲销售的新闻，觉得里面有猫腻，开始在网上搜索，在此过程中发现你的博客，颇有感触，留几句话。
我个人感觉，这个网站是荷兰的留学生自己制作的，但是又刻意强化荷兰特色。原因是：
a）Van der是荷兰人名字中常见的中缀，意思是“来自”。但是Van Der Led不存在。我个人认为，因为他们最初销售产品是发光二极管产品（LED），因此自己取了Van Der Led，以求“充分荷兰化”。
b）网站的英文与荷兰文都不地道，惯用法上很像来自中国的本科/硕士留学生的特点。
c）此公司没有在荷兰商会注册，你可以自己在www.kvk.nl商会网站上核实。
d）此公司没有办公地点，以及电话联系方式，客户只能在网上留言后被动等该公司联系。这个特点符合留学生的生活特点。
e）以上四条特点都可能发生于中国驻荷留学生或者一个在荷兰以外的操作者，但是公司网站的三个留言者（截止2008-04-11，GMT20:14）中有一个说“It is very glad to see that a company in Rotterdam start using chinese CPUs”，暴露了最大可能性，那就是操作者在鹿特丹。因此极可能是在读的学生。这个网站来访量很小，留言者可能来自朋友圈。
祝好。
老王
