informative和人性化

今天不经意看到一个印度同事的”狗牌”(写着名字,上班时挂在头上那种),比较一下自己的.发现一些不同的地方:
1.”印牌”上有血型
2.”印牌”上有详细的紧急联系人(emergency contact)联系方式(名字,电话,邮件,地址)
而我的上面只有一个不痛不痒的“英文”名字和员工编号,部门也不是具体的部门,而是 Development,可以想象中国公司只有两个部门,开发和测试。
“狗牌”的作用和狗牌是一样的,如果人出了什么意外在外面,别人可以迅速的联系他的亲人并快速实施救治。“印牌”虽说不是很全面,但也是有用的。反看我的,英文名字显然是不够的,毕竟人是中国人,不能确保其他人都知道你的英文名字,而其他两项ID和部门也没有什么参考性。假设某个同事在人民广场出现紧急状况,别人从这张卡上一点有用的信息都看不到。当在这种分秒必争的时刻,别人也只能打114先问问这家公司电话号码是几号。

这就是没人性的设计,无脑的设计。在做这件事的时候做事的人根本就不知道自己在做什么。

Lock, stock and two smoking barrels

Lock, stock and two smoking barrels英文意思是“豁出去了,拚了”
意思来源: lock(枪栓),stock(枪托),barrel(枪管)是老式猎枪的三个主要部分。smoking barrels则是已经打完子弹枪管在冒烟,“就剩这些东西了,拼了吧”。
和疯狂的石头一个风格,不过这部片子是上世纪(1998)年拍的。
中文译名是:两个老烟枪/够僵四小强

OO设计原则

抖胆翻译一下scea study guide里的第一章的OO设计原则.纪录一下.

开闭原则
类应该被扩展,而不是被修改

Liskov替换原则
子类可以替换父类

依赖注入原则
依赖于抽象,而不是实现

接口分离原则
接口应该分开,避免单一通用的接口

合成重用原则
尽量用多态聚合代替继承

最少知识原则
操作知道尽可能少的当前类中的对象(自身,参数,类中的其他实例对象)

发布重用等效原则
细粒度的重用相当于细粒度的版本发布

包依赖:

共同关闭原则
一同变更的类应放在一起

公用重用原则
如果类不会一起被重用,就不应该放到一起.

非循环依赖原则
包之间不可以有循环依赖

依赖不变原则
依赖不应该经常变化

抽象不变原则
抽象包不应该经常变化

老人,鱼,海

当老人带着巨大的鱼骨回到家的时候,我没有看到他因为做了一件别人看来是壮举的事情并被认为是英雄而感到欣慰。而是悲伤。也许我们穷尽一生都是在追捕心中那条大鱼,然后杀掉她,只剩下疲惫不堪的躯壳。

为什么不能让大鱼好好生长,然后让自己被大鱼吃掉?

有感于老人于海和电影《大鱼》,也许鱼就是代表心中的自由,我们穷尽一生不过是杀掉这条鱼,然后剩下躯壳游走在这个没有鱼的“海里”。老人应该是悲哀的。

MailForExchange连接服务器时的证书问题

我的e61i在连接exchange时候总是会提示“不被信任的证书,是否确认继续?”麻烦的要死。
用ie练上去看了一下服务器上的证书是:VeriSign Class 3 Secure Server CA (打开ie后,右下角的锁型图标,双击)
再看一下e61i里的证书管理(菜单->设置->安全性设置->证书管理)里没有相应的证书.那么解决办法也很简单,下载一个装到e61i里就可以了.烦人的提示从此消失!

下载:http://svrsecure-aia.verisign.com/SVRSecure2005-aia.cer