博客

关于 CMM

把互联网和 CMM 扯到一起看起来很怪异；但是，最近当我思考我们团队做项目的能力改进在哪些方面的时候，首先想到的就是7个字：能力成熟度模型。别的且不论，至少这个字面意思说出了我想要表达的。

这不仅仅是软件工程方法问题，Joel 测试得12分能保证互联网项目成功么？互联网商业环境如此多变，用户如此容易流失；用户安装成本是零，同时它'卸载'你几乎没有心理负担；我们的关系不是购销合同，而是不经意的鼠标点击；没有版本升级，永远是 beta；产品经理和技术开发的配合，从来没有像今天这样紧密无间。

再牛逼的UED，也阻止不了服务器给你蹦一个500；再牛逼的高性能高可伸缩性技术，仍然可能被用户骂一句垃圾。卓越的互联网产品背后，一定是有卓越的互联网团队。我们总是说产品/运营/技术缺一不可，但团队究竟是怎么样运行的，流程的好坏是否有一个衡量的标准，好像缺乏专业的研究。

研究工作归学者，这件事情本质上还是工程，是实践出来的，2010 我们还可以做的更好一点。现在我能去想象到的境界，也就是 Defined 这个级别；如今离 Repeatable 好像还有一点点距离....话说回来，在互联网世界，做不到第二级，早晚是死

2009/2010

年度互联网阅读：每周看lwn.net & 每天看wikicompany.org/fs/planet/

冠军杯...

检讨去年的期望......今年应该制定一个买书读书的计划来实施

去年写的2008/2009

又一个 IMAP 的 Python 库

IMAPClient

在我看的 RSS 里，最近几个月 IMAPClient 这个项目突然活跃起来；据说 raindrop 也在考虑用它(取代twisted的实现)。

貌似这会是一个靠谱的项目，可以参考

O Fortuna，原来奥尔夫就是您啊

接触过幼儿音乐教育的恐怕都知道奥尔夫这个名字，貌似这个是现在最主流的传承了，反正北京是一堆的奥尔夫音乐班，三年前我家达达也上过半年的课...

今天才知道这个奥尔夫，就是谱曲布兰诗歌(Carmina Burana)的 Carl Orff ——其第一首曲目 O Fortuna 是 MJ History DVD 片头 Brace Yourself 采用的音乐，随后被中国的电视编导用到烂俗；乐团 Era 也把它融入了 《The Mass》.

之所以兴致勃勃的去 google 是因为看到维也纳童声合唱团 MV 里的 O Fortuna，这才注意到里面是钢琴的伴奏，于是想弄个琴谱来观摩观摩。搜了半天才发现因为奥尔夫老先生于 1982 年作古，至今他的作品还在版权保护期内，看起来很难弄到免费的可打印琴谱可下载

土豆上居然有一个 O Fortuna 的拉丁文/英文字幕对照的版本，这里共享下：

给搜狐闪电邮箱用户圣诞礼物一枚

https://mail.sohu.com

这个还没有正式推广，因为对 IE 的缺省设定来说，要求所有的资源都是 https 的，否则用户会碰到很烦人的警告。

俺们的资源都在搜狐的 CDN 上，但给现在 CDN 都加上 https 支持不太现实。因此需要我们自己来想法搞定这件事，如果是 http 请求就调用 CDN 资源，如果是 https 请求就调用 mail.sohu.com 下的资源。程序还有几个地方要调整，部署资源的时候也额外多一道工序。

预计一季度会正式上线..

PS：半个小时前，收到了搜狗输入法的圣诞礼物——搜狗浏览器。我一边奇怪怎么输入法的更新对话框里多了一个谷歌搜索的正面推介，一边就毫无戒心的点了“下一步”，然后发现浏览器已经被安装上了。中午我还在和杨总说悲观的预期市场份额也就15%-20%，晚上就来惩罚我了。。。我。。。我平时还是多用 Fedora 吧

他有一颗勇敢的心

又是 PM

一年前写了又到半年 PM 时，现在拿出来重新检讨下。

经过了两次严格的按比例评判后，这次我觉得再这么执行可能就有问题了，于是提前和几位主管打好招呼——今年过节没有C

正好今天看到郭子威的一篇blog上，也写到这个问题："一个强调创造力的环境，一个低于10人的团队，...确实有可能做到默契干练，无一人掉队"

现在我觉得邮件中心差不多也到了这个程度；再解嘲的想，前两次PM的压力，也是促进团队成型的因素之一吧。

人力是企业最核心的三个流程之一，2010 的目标是：每四周PM一次，吼吼，玩笑话而已

衙门酒肉臭

大概一个半月前的一天夜晚，正是寒潮来的时候。下班穿过桥底下时，无意往桥墩之间的黑暗避风处一瞥。等过去几米后，才意识到刚才看到了什么。一双脚，一双人的脚。顿时，脑子里一片空白，这晚上已经零下好几度了，露宿街头，这种事听的多，可真正看到了，感觉完全不一样……我想掏出钱包里所有的钱，折回去，让他去买一床被子。可是，我不敢，我怕回去看到的是一个冷冰冰的物体。我为我的怯懦恨恨不已，暗自祈祷上苍保佑每一个无家可归者。

第二天，太阳很好，气温回升了，鼓了好几次勇气，在路过桥底下时看了一眼昨天那个位置。那双脚不在了，长出一口气，心中压了一晚上的石头总算移开。

感谢刘德军 @l5d，感谢这个 NGO，募捐——流浪人员爱心服务（中英文），可以让我尽一点绵薄之力。当然，还要感谢支付宝，你真的改变了许多人的生活。

谨以此文纪念那位卖火柴的小女孩。

别随便给人打标签

读 http://initiative.yo2.cn/archives/644523 有感.

我从来没有听说过 Rules of the Internet #18，但"不要随便给人打标签"这个人生准则，自从我刚刚工作就被教育到，然后花了十几年的时间来不断融会贯通身体力行，以后还得一以贯之下去

人们总是倾向于相信他们愿意相信的东西，这个是人类与生俱来的弱点。

因此智者说得救之道是困难的，Ramen

附：Twitter上曾经有人说我是五毛狗。。。唉，我每天接触到形形色色的各类人发表的各类信息，每天无数次想回复一句“傻逼”，这样忍着不去 label 也不知道会不会有心理疾病

闪电邮的前世

经过大约一年半的准备和磨合，当初构想的 Lightning Mail Platform 终于开始慢慢成形，为了赶时髦，我决定把它定义为 2.0，之前的那套系统，姑且称之为 1.0 吧。

在我刚刚进入邮件中心的时候，很是被系统的架构震惊了一下（主要是 CGI vs JavaApp 的巨大差异），以前一直觉得 sohu 的技术不咋的，突然发现这个框架还是很有水平，印象比较深刻的有

1. apache 和后端 resin 的连接上，mod_caucho 自己作了 patch，提升了吞吐量，以及增加了一个简单的任务管理机制。得承认在 eyou 时候比较土，几乎没有想过 apache 也是可以动手脚的
2. User Lookup DB 是基于 BDB 3.x 开发的。定义了一套同步机制，搞了个 Master-Slave 结构。别的不说，稳定性是比 OpenLDAP 强太多了
3. 还是 Lookup DB 的服务进程，内嵌了 spidermonkey 引擎，用来作命令解释器。又是让我耳目一新
4. 漏桶。想象有一个打开底部水龙头的桶，能够以恒定的速度向外流水；调用者时不时的向里加点水，返回结果是桶是否已满。以前作反垃圾邮件的时候也实现了这样的功能，不过是一个内部数据结构，还从没有考虑过抽象出一个独立服务。
5. 反垃圾邮件包括了一个自动发现相似信件的模块。

其他的子系统还包括：

1. 邮件桶。上面跑着resin应用服务器，这是和 eyou.com 本质的不同。一个是HTTP代理+应用服务器；一个是CGI+RemoteFS。
2. 提供客户端连接的SMTP服务器独立分离（不同于MX），被称之为 SMTPOE。这种模式相比较亿邮那样集成在一处的，可伸缩性更好一些
3. 由于Java没有管道机制，不能简单的调用 sendmail 发信。因此内部设定了一组 smtp server，供web用户发信使用。称之为 websmtp

我猜想以前邮件中心大概有2-3个技术牛人，可惜没有能持之以恒的做下来。