Archive for May, 2007

卡莉回忆录

Tuesday, May 29th, 2007

读完这本书后的最大收获是发现如果把书中的HP两个字母换成IBM,所讲述的情况基本都可以成立,其中一些细节让人发出会心的微笑。

总的说来这本书写的一般,大致可以满足读者的窥探内情的需求。知道众人所不知道的,是当权者的专利,也让人高处不胜寒 – you get what you paid for.

我一直觉着卡莉长的像Celine Dion,不是吗?

至于这张,很像《越狱》里的美国总统。

猪肉帖

Wednesday, May 23rd, 2007

今天各个论坛都在说猪肉涨价的事儿。我上个周末在浦东蓝高小区的菜场买的猪肉(精肉,无肥),11块钱一斤,看来价格还不算高。几个月前精肉在9块到10块间,可能因为我经常被肉贩宰,涨价反而没感觉了。

Enterprise Blogs

Wednesday, May 23rd, 2007

Intel中国博客今天正式亮相。目前部分企业博客同时提供了雇员博客和用户博客(整合产品技术社区),以进一步增强两者间的交流。

下面列举一些IT企业的博客站点:

IBM Blogs

Microsoft Blogs

Cisco Blogs

Intel Blogs

Sun Blogs

Google Blogs

SAP Blogs

Oracle Blogs

还有制造行业的例子:GM Blogs

如果可以在DNS根节点上做域名的SQL查询的话,估计会有长长的一串如http://blogs.company.com/,http://company.com/blogs/或者http://companyblogs.com/的站点。

企业信息化帮助提高企业的生产力与运作和管理的效率,是个生存问题;企业内部的社会化软件试图低成本的解决企业内部有效沟通、知识管理和传递的挑战,是个发展问题。对于一般意义上的企业信息化,可以较容易的设置考核指标:IT系统运行的成本、回报都可以量化,换句话说用户可以比较准确的预计实施的结果。

对于企业社会化软件,这个问题可没这么容易了。发表了多少帖子、存了几个书签、建立了几个兴趣小组,可以是一个指标,但实际产生的影响力和这些影响力最终所对应产生的价值如何估算。我想是不是可以用炒股的例子来解释:股民白天入市炒股,真刀真枪,刺刀见红。下午收盘后,大部分人还要读报纸、看电视、上论坛,制定下一步决策计划。少读一天报纸、少看一天电视、少跟几个加精的帖子,会不会立马出现决策失误?不太会。但如果在长期不看、不听下做出的决策还可能正确吗(郎闲平的结论可能是yes,呵呵)?应该承认,股民的晚间功课对正确投资一定是有积极影响的,虽然它不能保证100%发生(有人在网上做了1、2年功课,还是买错了房、挑错了车),但已经很有帮助了。从这个意义上说,企业社会软件在于跨越企业内部管理界限,用p2p的方式(每个人都是知识生产者和消费者)实现提高员工知识技能,高效完成协助。

鉴于这些特点,如果在企业内部花费过多精力评估、量化使用企业社会软件效果,我个人认为是不太合适的做法。对它的考核只有一点,就是坚持 – 长期坚持健身、吃维生素片、睡前喝牛奶、西瓜皮敷脸的同学请鼓掌。

功到自然成。

杀还是不杀

Friday, May 18th, 2007

首先,本人是这次诺顿病毒事件的受害者。早上收到公司IT发送出来的病毒警告后,在未搞清原因的情况下主动升级了病毒库,导致中招。接下来的几个小时,IT连续发出几封紧急邮件救险,直到临下班前升级到5.17 rev 73才算告一段落。今天是星期五,将会有相当多的机器在周一上班重新开机的时候出问题。可以想像Symantec眼睁睁看着这些已经关机的机器,却什么也做不了的心情,很残忍。

从技术方面,我想到的是well informed decision。如果病毒分析本身的风险性在逐渐上升,依靠在单机上运行的算法匹配病毒在这次事件背景下可能需要重新思考一下。讲的俗一点,用Web 2.0的方式,病毒分析软件在找到可疑文件后也许不应该立刻采取行动,而是应该把你找到的模式上传给服务器。服务器根据一系列参数,如时间、时序、历史记录、当前改模式总的激活数量等实时的手段进行分析,以确定这的确是个问题或者是误报。每个装在客户机上的杀毒软件都像一片RFID,把它收到的数据分享给其他人,通过event driven系统最终得出结论,杀还是不杀?

杀毒软件也需要个虚拟论坛,杀毒前要到坛子里问问,以做出正确判断。

换输入法了

Thursday, May 17th, 2007

紫光变搜狗。

拼音是我唯一会用的输入法,紫光到今天用了大概7、8年了,最早的前身考拉输入法是丁峰推荐的,之前一直用的微软全拼 – 那张抖来抖去的大面板。

从紫光到搜狗的过渡非常平滑,唯一不适应的是在Firefox里输入的时候,输入法框和浏览器输入框里同时出现正在输入的拼音,很分神,不知是何道理。

紫光、搜狗和谷歌输入法所属的企业,都聚集在清华科技园周围,的确是个出活儿的好地方。

最近一次洗冷水澡是在什么时候?

Tuesday, May 15th, 2007

晚上忆苦思甜的时候想到这个问题,我最近一次应该是02年的10月左右,非典前的秋天,快整整5年了,世界杯都过了两碴了。

欢迎回帖。

Developer Toolbar

Friday, May 11th, 2007

向任何人兜售浏览器的toolbar都需要很大的勇气,出于对长期与dojo之类Web client端代码打交道的程序员们的关心,我准备推荐下面几个浏览器插件,which可以大大的提高生产效率:

1. LiveHTTPHeader (Firefox);

2. Web Developer (Firefox);

3. Firebug (Firefox)

4. ieHTTPheaders (IE)

5. IE Developer Toolbar (IE)

其中IE Developer Toolbar是MS刚刚释出的新货。

Lotus Connections Blog – Feed cache

Friday, May 11th, 2007

Lotus Connections 1.0中的Blog实现了两层的缓存机制试图更好的解决性能问题。第一层是Application Server对某些访问频繁数据的缓存;另外一层是在HTTP reverse proxy上,对特定URL资源的本地缓存。缓存对改善性能,尤其是对实时性要求相对较低的Atom feed来说,性能改善的效果更明显。

考虑对数据实时性,Connections Blog缺省关闭了application server的缓存,这样用户在发贴或者回帖后刷新页面立刻可以看到更新,否则从数据写入到reload会有一段时间间隔,容易造成用户困惑。

这里想谈的是HTTP cache。

Blog的典型配置是用DB2数据库,WebSphere appserver,前端是network dispatcher和edge。edge实际是一个HTTP reverse proxy,实现URL转发和内容缓存的功能。 为了实现对Atom feed访问的缓存,Blog会在每个feed的http response的头上面缺省加上max-age=600,response首先到达edge,edge收到后知道需要将该feed缓存600秒。当下次用户通过浏览器、各类feed reader或者是抓虾这样的server端访问的时候,edge首先看feed的10分钟缓存期是否到期,如果还在10分钟内,edge之间把它的cache返回给用户而不再访问appserver;如果已经超过10分钟,edge会向appserver发一个HTTP conditional get的命令,看application server端是不是有新的feed内容。Application server收到feed的请求后,如果有新的feed内容,则向edge返回新feed内容,response code置成200;如果没有更新,则不返回任何内容;response code置成304。无论是否有更新,edge在重新收到appserver的返回后,将重新缓存该feed 10分钟。依次类推。

当在没有edge的情况下, 可以用浏览器来模拟。当在10分钟间隔内,如果在地址栏之间回车的话,浏览器甚至不会与服务器建连(可通过LiveHTTPHeader或者ieHTTPHeaders之类的browser插件观察)。目前Firefox和IE对max-age都可以很好的支持。

在实际情况下,大部分feed源本身并没有类似edge这样的模块,而是直接把appserver暴露给client。从实现上看,很多feed reader对last modified时间戳的管理都很弱,会导致每次都迫使appserver重新加载数据。另外,在server端有些feed server也没有实现对if modified since的管理,无论什么请求都重新进行数据访问,这样都增加了额外的负载。

这是Connections Blog的tech lead Rob在调试feed cache的时候发给我的一篇文章,写的很详细。另外来自IE team的这份A Caching Issue in IE7 Beta 2也很有帮助。

从Feed出发,此类提高性能的缓存方法可以常态的运用在如REST等基于HTTP,以URL来映射资源的应用上,来帮助克服传统Web Server/Web browser多年前已经完美解决了的、而重新在Web 2.0环境下产生的数据生产者和消费者之间产生的老矛盾。

Gaim (Pidgin) 2.0

Sunday, May 6th, 2007

自Gaim商标纠纷后的第一个release。Pidgin可能是目前最好的open source、跨平台多IM集成工具了。它基本替代了我的MSN和GTalk原始程序。虽然Pidgin同时提供了sametime的插件,但如果与刚发布的ST 7.5.1相比,差距很大。所以,对于平时工作生活,Sametime  + Pidgin是我的完美组合。

developerWorks Spaces

Thursday, May 3rd, 2007

IBM developerWorks正式开放了空间注册,提供blog,forum和wiki的服务。在填写完spaces注册申请后需要经过dW的审核 – 我刚刚回复了一封email解释我申请的原因和打算如何使用dW服务。

PS: Introducing developerWorks spaces