qyb的博客

人品爆发

在2007中文网志年会的抽奖活动中抽中一个MP3,WEALINK赞助的奖品

呵呵,组织者有些掩耳盗铃的意思

dup2.org 系统更新

eAccelerator 升级到 0.9.5.2

* CAPTCHA 和 CAPTCHA Pack

圈子是个伪命题

OPERAMINI BLOGGING......长话短说

我本能地排斥束缚和庸俗化,所以一想到如果加入某个圈子就要被迫证明或者表现什么我就不寒而栗.虽然为了生活或者社会驱动我已异化很多,但要是在网络上仍如此行事也未免太过悲哀.而且我认为有智识的人都是这般思维.

当方刚在一次对话中提起搜狐圈子的时候,我实在很想说:这个模式我一开始就不看好.(不过他后来提炼的要点我基本能理解,如果是公司产品战略的话是可以让人信服的)

人和人的互动只能用圈子来规范和模式化么?圈子是人和权威(比如公司业务,比如潜规则)的互动,而不是人的本能

现在的SNS/社会网络服务设定圈子(或小组)里的行为,就如同十年前雅虎用目录来做搜索一样,是不会有什么生命力的.一但GOOGLE那个小搜索框出现,目录模式立即被击得粉碎.

今夜牙仙子来访

今天, 2007年10月31日是非常重要的一天

首先是俺到搜狐工作满一年

其次是我们达达第一次和小朋友过万圣节

最重要的是达达今天掉了第一颗牙!可惜是在幼儿园掉的,不能留下来作纪念.牙仙子硬币早就托同学从米国寄了一小袋回来.现在已经放在她枕头下等她自己明早去发现了

为了迎接牙仙子到来,她第一次主动要求一个人睡...希望这个习惯能早日养成

现在我家还囤积N多硬币,以后谁需要可以转让

BTW:老婆占据了笔记本看片,俺只好用手机的OPERAMINI来写BLOG

cPickle 和 marshal 到底哪个快？

为了将 python 对象得以持久化保持（比如为了 web app 的 session/cache 需要），我们不得不将其序列化后转成字符串扔进文件或者数据库里。

Python 提供了两个基于 C 的模块 cPickle 和 marshal 来做这个序列化反序列化的操作。marshal 貌似仅限于少数几种 python 内置数据对象，所以想象起来好像 marshal 比 cPickle 要快一些，而且我们自己做的几次benchmark好像也证明了这点。但实际上果真如此吗？

scaner 也曾写 blog 说明他的测试是 marshal 比 cPickle 快，但有留言说用同样的程序得到了相反的结论..

今天在搜索中发现有老外做过比较全面的测试（07年10月18日的文章），结论是在某些情况下--比如浮点数、长的字符串--cPickle 是比 marshal 要快滴。最后他的建议是： "...even for simple data structures, for a caching layer you might as well use cPickle; you are not particularly slower for the thing you're going to be doing a lot, and you get a bunch of (potential) benefits in return."

其测试程序在http://utcc.utoronto.ca/~cks/programs/python/marshal-vs-cpickle.py

Python for S60 1st Edition 1.4.0

Python S60 对 1st 的支持在 1.3.1 之后就不再提供官方支持了，可能觉得这部分用户群实在是太少了。

不过还是有某牛自制了 1.4.0 的 sis，让老机器用户仍然可以享受最新版 PyS60 的功能（比如对中文 SMS 的支持）

其地址是：http://cyke64.googlepages.com/pys60distribution (注意：发表本文时 googlepages 貌似正在被盾中...)

这个哥们还提供了一堆有意思的库(http://cyke64.googlepages.com/)，有些不错的东西

trick or treat!!!

不得不说，启明幼儿园是一个相当西化的幼儿园。10/31 有例行的万圣节活动，让小朋友们去社区里(当然华清嘉园里面的老外是挺多的)敲门要糖果。

其中要求家长想法准备万圣节妆(halloween costumes)。前不久我同学从美国寄了一袋牙仙子(tooth fairy)硬币回来，老婆这次将 Fed Express 信封废物利用做了一个 mask。

虽然这是 9 年多以来头一次看她做美术工作，但不得不说，她的彩绘技艺是相当的不错，作品很有日式风格，一下子让我想起了《阴阳师》里面的插画。

该作品今早在幼儿园里引起了轰动。哈哈

开源观察：Linux 社区 和 Mozilla Corporation 的分裂进行时...

Linux 社区对 Mozilla 的商业化行径一直抱有微词早就不是什么新鲜事了，前不久 Mozilla 的 Alex Faaborg 在兴致勃勃的介绍 Firefox 3 将和各个 OS UI 结合得更紧密/native的时候，只提到了 Vista/XP 和 OSX，这引发了 Linux 社区的强烈反响。

虽然作者紧急更新了 blog 反省自己犯下的错误，但还是有人发出了诸如"...Mozilla Corporation 还会继续把 Linux 用户看作二等公民的..."的言论

Mozilla 项目的 Robert O'Callahan 开始辩护，声称 Gecko 1.9/Firefox 3 为 Linux 集成做了重大的努力，包括 pango、dbus、native gtk2 widget 等方面，而且，不少东东都是来自 MoCo 的贡献。他还声明了他对 Linux 的态度，"...虽然我们很多 Mozilla 的人转到了 OSX 平台上工作，除了苹果的软硬件确实很棒外，还有一个原因是因为我们可以在 OSX 上虚拟化 Linux，但不能反过来(Apple is evil)...我一直认为 Linux 对于 Mozilla 来说是非常非常非常重要的，因为专有客户端平台对开放 Internet 来说是个威胁，制造商总会想法把它们的控制扩展到网络之上..."。文章中也酸溜溜的提到了 Linux 社区 的新宠 Webkit："Webkit 是个不错的引擎，它被移植到 GNOME 上确实是个好事情，但是别忘了(gecko 1.8.x)是一个已经被应用了 2 年多的引擎，而 webkit(在 gtk 上)仅仅才刚刚开始。另外，我不认为 Apple 对自由桌面有太多的控制是个好事情..."

Linux、Mozilla、Webkit 的经历很像典型的家庭破裂——经过了好几年和 Linux 发行版的相依为命后，Mozilla 突然发现自己已经重新回到 windows 桌面而且占据了相当大的市场份额，特别是还挺能挣钱，MoCo 显然在朝着占更大市场份额收更多 google 过路费这个目标而前进；而社区也感觉 MoCo 似乎更看重其对 Firefox 商标和产品的控制权而不是推进社区合作，加上 Apple 适时的将 Webkit 独立出来...于是感情出轨了。

我的看法是，合久必分分久必合，没准哪天 Linux 又和 Mozilla 好得蜜里调油。关键是自由竞争，正因此我们可以无限期待明天。

一个消息是 Debian sid 现在已经包括了 epiphany-webkit，如果你被 IceWeasel 这名字倒了胃口，不妨一试。

读书

如何了解一个人的品味？看他穿什么衣服，平时聊什么话题，和什么人混在一起，...网络时代还可以偷窥其 blog，但都比不上检视他的书架来得深刻。个人阅读这东西，实在是很私密；虽然有些人也弄个网摘或者豆瓣什么的把他的阅读列表一一展示，但总有些东西是希望藏在自家书架里永远不让别人知道的。

我老婆真真是爱书之人，家里的书基本上都是她买的。而我则一边当起了搬运工——有几年都是她在卓越或当当上下单，把书送到我单位，然后一趟趟把书搬回家里——她也不想让同事知道她买了许多奇怪的书引起非议，而且书实在是很沉的啊；一边本着书非老婆买不能读也的精神，把所有的书囫囵看了个遍。

其实我好像也应该是一个喜欢读书并买书的人，老爸第一次给零用钱就去买了《牛虻》。工作后虽没什么工资，但结婚前也颇积攒了一些书，除了约翰克里斯多夫、麦田守望者、22条军规、白痴、杰克伦敦小说集外，甚至还包括了《社会契约论》、《论美国的民主》，两本黄仁宇，一本哈耶克。现在回过头看真是汗颜，买书这个功能因为长期不使用现在快完全退化了。

前不久同事到我家做客，其间参观了一下俺家的书架。看来看去一言不发，俺心中惴惴，因为书架上的东西实在是包罗万象：从《最遊記》到《罗马帝国衰亡史》，从《波隆那插画年鉴》到《天工开物》；不晓得会把我们归到哪一类读者群。过了一周后回访，俺也一样被书架吸引，一排排看了半天，估计我这同事也被我看得心头发毛，连忙解释：还有大批的书放在父母家太占地方没有搬过来云云...

我这同事迟早会看到这篇 blog，因此老老实实写出读书架后感放在最后，嘿嘿

思维跳跃 -- 重新审视 .NET Framework

HttpWatch 一个很酷的功能就是告诉你哪些内容是直接 cache 的，哪些是 304 缓存的

Fiddler2 做不到这一点.... 那么何不俺自己开发一个?

但涉及到开发 BHO... 还是用 python + comtypes 来搞吧...

可 BHO 是要 dll 的，貌似 python 只能玩个 py2exe。

难道采用 C embed Python ?? 还是看看 IronPython 吧。

在 IronPython 网站上找到了 Pyc 这个例子。成功的按例子把脚本编译成 .exe(winform 的 HelloWorld 例子编译后不过 6kb 大小)，看起来生成 dll 是没有问题的。

没有继续下去开发 BHO (经过这么一番浏览后俺已经很累了)。 只是想，按照这样方法做出来的 dll 大抵也可以做得很小，只不过需要运行系统上有一套 .NET Framework 罢了，这算什么，貌似很多软件现在都需要 .NET Framework 呢。

IronPython 主页上的一则消息吸引了俺的注意：Silverlight v1.1 Alpha includes IronPython support!

Silverlight 是什么？以前只知道它是 MS 推出的一项类似 Flash 的技术。Flash 是用 ActionScript 开发的，而 Silverlight 用什么语言开发，却一直没有研究过，想来也是一个 js-like 的语言而已。但......可以用 python 来开发 Silverlight 应用？？？？？？？

* 而 Silverlight 是基于 .NET 的，跨浏览器的，RIA执行平台

我这才觉得自己算是稍微有点理解 .NET Framework 了。真是了不起，在PC终端上，微软的理念无人能比。(但它的公关经理好像不怎么称职，hehe)

附: 这段时间我每天有相当长的时候是用 IE7，而不是 Maxthon or Firefox。老实说，IE7 确实是一款不错的浏览器——对普通用户而言。今天尝试了最新的 Safari(310A18) + 最新的 WebKit，支持了中文输入，除了某些页面上中文显示有问题外，还是蛮顺手的。