lighttpd 2.0

某项目获得了意想不到的成功,市场份额成倍增长

用户对下一版本期待很高,雄心勃勃的项目负责人也顺势制定了下一个里程碑的若干重要新特性

可是项目进度陡然慢了下来,因为受老的架构所限,所有新加入的特性都是那么的别扭,bug 重重,难以为继

更要命的是最最核心开发人员突然接受了一份新工作,离开这个泥潭了;唯一值得安慰的是由于这个项目前不久的成功,还是聚集了一堆热情的程序员决心继续把它发扬光大

但这群新手讨论的结果是:"我们可能得重头编写代码"

==========================================================

这个故事不断在各个地方上演,读 lighttpd 的这篇声明,包括留言中几个用户激烈的言辞和开发人员的反击是还是颇让人玩味的。

一个细节是 lighttpd 计划用 libev 代替 libevent。第一次听说 libev..啧啧.. lighttpd 的这帮开发者还挺能追新啊,还是因为大家都是德国人的过?

延伸阅读:Joel 的 Things You Should Never Do, Part I (中译版)

后记:lighttpd 的原作者 Jan 现在貌似集中精力在 mysql-proxy 上(所以lighttpd 和 mysql-proxy 的脚本语言核心都一样是 lua),谁有兴趣可以考证一下 Jan 是不是先开发的 lighttpd 然后才被 MySQL 雇佣。若是为了生计放弃 lighttpd 项目,还是蛮容易理解的;希望 mysql-proxy 未来能取得更大的发展。

预告:我想什么时候我也要写一篇blog说明为什么当初冒险决定抛弃java代码改用python重写搜狐webmail

Topic: 技术

评论

lighttpd 危矣

从另一方面看,再也没有在一个摇摇欲坠的架构上开发新功能更伤士气的了。除非有金钱的激励,否则本来就是因为 fun 才进行项目的开发者肯定是趋向于更换架构

看好Nginx

期待看预告的内容,如何把java项目转型到python,如何说服管理层和团队

呵呵,说服的难度并不大... 所以你可能会失望的

邱哥,Sohu的邮件系统使用什么主流的Python框架了吗(比如Django)。

webpy

啊,webpy?!很好很强大