Joel最近遇到了大麻烦，他撰]]> Joel是很多人很尊敬的软件大师，他的个人网站Joel on software在Bloglines的订户数已经达到32235个。可能你对他没印象，但你很可能看过他的文章，比如行进中开火和看起来简单，实际上复杂。

Joel最近遇到了大麻烦，他撰文批判了Ruby的性能，遭到了来自四面八方的猛烈而一致的批驳。

Joel认为，Rails并没有性能问题，他只是质疑Rails的实现语言Ruby。由于绑定和duck typing的原因，Ruby不可能向下编译成CPU能够用一个Call指令直接支持的程度，这就在语言底层造成了性能上的短板，从而导致了Ruby在理论上的“慢”。导致的结果就是，本来你的应用要用10个服务器，现在可能要用100个。这样的话，你很难说“程序员的时间”真的比“CPU时间”更宝贵。

平心而论，Joel的观点在我看来还算是正常的质疑，只要是动态语言，就会面临这些矛盾。Joel也很小心的一再暗示，“我是尊重程序员时间的，请不要误解我。”

但Joel明显低估了RoR粉丝们的狂热。他发贴后的数个小时，几篇声讨文章就出炉了：

Avi Bryant从技术角度向Joel的观点发难，他认为，Ruby是慢，而且的确是受mathod dispatch方式的拖累。但他不同意“Ruby不可能向下编译，以便代码能够用一个CPU Call指令直接调用”的论断：在95％的情况下，一个很好的实现可以做到向下编译成一个跳转加一个比较指令，不需要“虚函数表”，这实际上从理论上比C++还要快。Avi解释了他的实现方法，并推介了应用了类似技术的Sun公司的新产品Strongtalk，他认为Ruby迟早会实现这个技术，并从Sun雇用了JRuby的人推测，Ruby很可能已经在做这个事儿了。

Chris Hanson提出不同观点，他认为，Ruby慢的原因不是message-based dynamic dispatch(dock typing)，而仅仅是因为Ruby是一个单历的解释语言，Ruby需要在运行时扫描、解释然后执行代码。Chris提到Ruby2.0会会加入预编译环节，从而在性能方面获得重大提升。“这没什么难的，”他说，“这些技术难题６０年代的Lisp语言和７０年代的Smalltalk语言早就攻克了。”

Obie Fernandez用时态表达了他的遗憾，“他曾经是我心目中的英雄。。。”，Obie的这种感觉，我有一些，Jeff Atwood也有，他认为：

尽管Joel的Blog几乎是个金矿，他也会犯错误，比如他讨厌异常(Exceptions)，(2)，Java不适合做教学语言。但是，和最近Joel的新帖子相比，这都是小巫见大巫了。

Jeff更是翻出了旧账，有点不厚道的猜测Joel对Ruby的批判或多或少和他想推介自己的语言Wasabi有关，Joel当初推介基于VBScript的wasabi的时候，大家都以为他在开玩笑，以至于Joel要专门写个帖子辟谣：wasabi是真的！，挺好玩的。Jeff看不出wasabi比ruby高明在哪里，他认为，如果按照Joel的逻辑，我们就应该拒绝所有的动态语言，即便这个世界上已经充斥着双头的3G主频的只值两百美金的CPU。

最强烈的RoR粉丝Matt M甚至使用了不礼貌的字眼，他称Joel是一个“滑稽的老家伙”，曾经干下不少打压Ruby和Java的勾当，最近的那个帖子更是白痴论调，他讥讽到：“Joel说Ruby做计算不够快，请问他的Bug管理软件需要做什么样的大计算？是自动修复你的bug吗？” Matt进而讥讽了Joel的wasabi：“Joel实际上是用基于VBScript的定制语言来开发他的小程序。”－－老美骂人都是这么杀人不见血的，害怕。

Matt M最后叹了口气，说出了我想说的：“近年来我比以往更仔细的在Joel的东西里淘金子，但我想再也淘不到了。”

从技术角度看，这件事情挺正常的。Joel敢去触动编程语言优劣这个话题禁区，遭到批判就不奇怪。他不像Robert C. Martin那样在语言的优劣问题上显得老奸巨滑。我感慨的是发布观点的风险竟然可以这么大，一着不慎，多年经营的口碑就会大打折扣。但是对于需要和喜爱发布观点的人来说，几乎不可能提前判断出一个话题会带来什么后果。这个事件令我联想起keso曾遭遇过的baidu专利事件。keso和Joel化解这件事的方式如出一辙:

keso说：Update: 在有关朋友的提示之下，重新以“Li Yanhong”这个名字搜索，找到了相关专利，美国专利号：5,920,859。专利提交日期为1997年2月5日，批准日期为1999年7月6日。这项专利是关于超文本文档检索系统和方法（Hypertext document retrieval system and method）。相关专家可以来分析两个专利的相似性。

Joel说: Avi Bryant describes a method for making method calls really fast, even if they do happen to be duck-typed. Cool! (Ruby’s still slow. Film at 11.)

其实对有影响力的团体和个人来说，危机攻关的需求随时都会到来。提前准备好一个危机处理原则，恐怕是一件非常有价值的事情。

多有意思啊，我们何时缺少过漂亮而义正词严的话语：国共战争期间，我军称国军溃败为狼狈逃窜，称自己溃败为战略转移，当真是天凉好个秋。

本无意赶此等浑水，但今天我的IE不幸中招，逼着我跟这些所谓的流氓和流氓前辈小打了一下交道，想必是作为回报，老天让我看到了上面那精彩的一幕。

今天无聊，下载了]]> 摘自360安全卫士：

多有意思啊，我们何时缺少过漂亮而义正词严的话语：国共战争期间，我军称国军溃败为狼狈逃窜，称自己溃败为战略转移，当真是天凉好个秋。

本无意赶此等浑水，但今天我的IE不幸中招，逼着我跟这些所谓的流氓和流氓前辈小打了一下交道，想必是作为回报，老天让我看到了上面那精彩的一幕。

今天无聊，下载了些个“小电影”，正看得美滋滋呢，IE弹了出来。做为一代有经验的看小电影的前辈，我丝毫不以为然，随手把IE关闭了事，反正我的IE安全级别总是设为最高，基本上IE身上可能发生的那些烂事儿，在我这儿都碰不上。

突然发现不大对头，怎么还弹出了几个DOS窗口？仔细一看，果然像是蟊贼程序正在篡改我的系统呢，赶紧通通关掉，再一试，果不其然，IE的缺省主页被改成了xxxx.com，而且每隔十几分钟系统会自动弹出另一个成人站点。妈的常在河边走，哪能不湿鞋，我心想着，当即调出SpyBot查杀系统，果不然，发现了几个流氓软件。没想到的是杀掉它们重起系统，xxxx.com硬硬的还在。马上祭出Google大法，照着找到的前辈秘籍，将注册表、安全模式、组策略的虾折腾一气，xxxx.com还是稳如泰山。

要照我以前的脾气，恐怕又要跟这个困难忸上劲了，此番转念一想，黑皮的口头禅冒上心田：你费那事干吗？直接一锤子不就得了吗？对，就是这个主意。还没等脑筋还没转过来呢，谢小盟的台词又浮了上来，流氓与流氓斗，其乐无穷喔！

问题是找哪个流氓，挨着个的打量他们一番，看上了周前辈的360Safe，前辈两句话深深地打动了我：* 强劲查杀更多顽固恶意软件，* 仅906KB,下载只需数秒。嗯，就是它了。

下载，安装，第一件事就是去控制面板看有没有卸载项，眼睛一亮，啊，她在那儿呢。心放下了一大半。接着看看效果：检测，查杀，重起，搞定。前辈出手，那果然就是不同啊。

好了，正经些，360Safe相当令我满意，从各个方面，当然除了开头那个小插曲。我站在菜鸟、程序员、美工、道德观察家和闲杂人等各个立场，挨个审视了360Safe一番，都送出了不错的分数。

如果非要站队的话，我选择周前辈的360Safe，中国人连日本人都原谅过，还有啥原谅不了的呢？但是，我保留看戏的权利，请洗过澡的和没洗过澡的流氓叔叔及流氓哥哥们原谅则个。

p.s. 中招原因分析：在调试程序的时候，我把IE安全级别调低了，忘了调回去，给了IE劫持者机会。播小电影的时候，小电影制作者有些会在电影中安插机关，打开某个自己的网页。如果这个页面上有不法的ActiveX，而且你的IE设置又允许ActiveX执行的话，那打开那个页面，就等于放贼进门。为避免这类事情发生，可以：

• 使用Opera, Firefox等不支持ActiveX的浏览器，将IE打入冷宫。
• 将打入冷宫的IE安全级别设为最高。
• 更改缺省浏览器到Opera或Firefox。我就是忽略了这一点，从而失去一道屏障。

p.s.2 此类事情，别人的看法:

• 让我相信周鸿一不再流氓的六个前提
• 三言二拍：周鸿一手刃3721
• 周鸿一和他的360安全卫士
• 周鸿一vs雅虎：竞争策略与传播策略

从整个产业链的角度看，Digg是无所依的。它所提供的内容，是传统媒体以及正大量涌现的blog生产的内容。由于这种模式并未触及内容生产，仅仅改变传播方式，内容的生产者无法从中获益，无法串起产业链条，因而是个小生意。

非常好奇为什么方军先生认为“内容的生产者无法从中获益”，在我看来，“内容的生产者将从中疯狂获益”，特别是中小内容生产者。最直观的证据是：越来越多的Blogger将Digg,delicious,furl甚至blinklist的“添加”图标放在内容前后显眼的地方。无利不起早，这些Blogger这样做正说明一旦被Digg们“宠幸”了，将带来可观的利益：]]> 方军在Digg：无所依的产业链提到：

从整个产业链的角度看，Digg是无所依的。它所提供的内容，是传统媒体以及正大量涌现的blog生产的内容。由于这种模式并未触及内容生产，仅仅改变传播方式，内容的生产者无法从中获益，无法串起产业链条，因而是个小生意。

非常好奇为什么方军先生认为“内容的生产者无法从中获益”，在我看来，“内容的生产者将从中疯狂获益”，特别是中小内容生产者。最直观的证据是：越来越多的Blogger将Digg,delicious,furl甚至blinklist的“添加”图标放在内容前后显眼的地方。无利不起早，这些Blogger这样做正说明一旦被Digg们“宠幸”了，将带来可观的利益：

• 快速被世界注意到

对于小的内容生产者来说，没有什么比被关注更重要的了。不管你在网络任何角落，只要你产生的是高质量的内容，你就会被那些精力旺盛的Digger们发掘出来。发展网站的传统方法中，可能只有打广告在速度上和被发掘的可能上比较接近。通过搜索引擎来发展小站点，越来越难了，没有一年半载，新站点上的内容很难保证会被Google搜索到。

• 引爆流行

通过Digg和Delicious的传播，很多新鲜事物似乎一夜之间人所共知，Ajax, GTD 和 Ruby on Rails都是例子。Digg是一个引爆流行的工具，你有了足够好的材料，就有可能通过Digg一举成名，因为Digg是一个天然的“口碑营销”集散地。

• 高质量的外部链接

首先Digg们就会给你带来一个不错的外部链接，其后喜欢你内容的人会通过各种方式链接到内容出处–你的网站。有了链接，搜索引擎就开始喜欢你的网站了，稳定而高质量的搜索引擎流量跟着也来了。

• 长期的Blog订户

作为Blogger，你永远会希望自己的订户越多越好，对Blog来说，这是最稳定的高质量流量来源。

• 帮助建立自己的专家形象

跟上一条有点一脉相承，但对于小企业主来说，如果你希望把写文章作为一种营销手段，那你很可能作对了，系列的高质量文章/内容，会逐步建立你的行业专家形象，这样你想卖给他们点儿什么就容易多了，:)

• 满足心理需求

前面提到“宠幸”一词，有点不雅，但我很难想到更神似的词儿。被Digg了，跟以前被Slashdot了一样，有一种强烈的满足感，有多强烈我是没体会过，但是想想看，你的文章被数万人看到，而这些人分布在全世界每一个角落中。。。

• 其他一些好处，比如赚点小钱

记得几个月前看过一篇趣闻，某人写了篇文章被slashdot收录了，收到数万访客，那篇文章旁有个adsense广告，结果这数万访客给他带来了数百美元的adsense收入。另一方面，你也可借助“slashdot/digg效应”检验一下你的主机皮实不，被slashdot或者digg收录，对小站点来说通常意味着一次宕机。

以上这些利益基本上都是从“流量”派生而来，考虑到这个流量的质量，你其实很难说“内容的生产者无法从中获益”。或许方军先生更多的是从媒体行业的角度看这个问题的，在文章开头引用的那段话中，他还提到：

刚才和林嘉澍讨论碰撞出一个观点：传统媒体它销售的是一个有形式的内容组合，即便它的单个内容被Digg用户强烈推荐，看似有利，但实际上依然是损伤了传统媒体公司。

这说明方军先生也很可能是清楚上面那些好处的，只是认为这种好处“看似有利”。对于Blogger和中小网站的内容生产者来说，我不认为这只是“看似有利”而已，对于媒体行业而言，我可以理解方军先生的担忧，但我觉得我们不能忽略一切内容生产者的动机，那就是被广泛传播。如果说谈到利益分配，那不妨站的稍微高一些看待这个问题，而不一定非要把思路限制在用真实货币交换上，比如，对于大型的媒体而言，企业形象的提升是不是一种获益呢？

所以，digg的产业链还是坚实的，这是个多赢的模式。google同样不产生原创内容，仅仅改变传播方式，但也是多赢的模式。对内容生产者来说，digg和google的作用类似，区别在于时效性的不同。

Update:

添加“引爆流行”一条

今天排查一个浏览器兼容错误，总是没有线索。按我以前的经验，这个时候应该用w3c提供的标准标记语言校验服务检测一下，很多时候会收到奇效。

由于我是在本地的web服务器上进行开发的，没有办法通过URL来检测，只能保存一个html文件，上传到w3c，然后进行校验。因为我排查的是IE6的不兼容错误，不假思索的就用IE6的“另存为”保存了问题页，然后上传检测。果不其然，w3c报告了8个错误！

挺高兴的，我以为这下有线索可以排查错误了，谁知仔细一看那些错误，全说的云山雾罩的事情，怎么看也不象是我犯的错误。同然猛醒，马上用Opera9保存了问题页，这次没有一个错误，顺利通过校验！

也就是说，没有错误的网页经过IE的手一保存，就会出现一堆错误。

因为习惯了的缘故，对这次IE的表现没什么惊奇的，只是写下来提醒一下web开发者。

• Box Model Hack 盒模型秘计

  盒模型是导致CSS难用，并招致不满声音的最大元凶。主流浏览器理解盒模型的方式不同，造成设计师只能利用Hack手段摆平这些区别。这篇文章详细的介绍了盒模型的概念，各个浏览器处理盒模型的区别，以及数种解法，很全面。延伸阅读 Alternate Box Model Hacks, Box Model Hack

• Box Model Hack 盒模型秘计

  盒模型是导致CSS难用，并招致不满声音的最大元凶。主流浏览器理解盒模型的方式不同，造成设计师只能利用Hack手段摆平这些区别。这篇文章详细的介绍了盒模型的概念，各个浏览器处理盒模型的区别，以及数种解法，很全面。延伸阅读 Alternate Box Model Hacks, Box Model Hack

• Global White Space Reset 全局空白重置 (必读)

  我最喜欢的文章，因为它太实用了。使用这种技巧，CSS不再是那么痛苦的噩梦。这个技巧背后的思想是“默认优于配置”，你只需要很少量的细节微调工作，就可以得到很完美的效果，它不但简化了CSS代码，还有浏览器兼容性强的优点。

• Efficient CSS with shorthand properties 高效CSS简写属性

  这篇文章汇总了常见的CSS简写技巧，使用简写技巧，不但减少了字节，也使CSS的代码可读性得到提高。比如：

  background-color:#f00;
  background-image:url(background.gif);
  background-repeat:no-repeat;
  background-attachment:fixed;
  background-position:0 0;
  

  可以简写为：

  background:#f00 url(background.gif) no-repeat fixed 0 0;

• Sliding Doors of CSS CSS滑动门

  页签导航（tabbed navigation）技术现在应用很普遍，本文详细介绍了如何使用滑动门技术制作图片页签导航，图文并茂，非常详尽。

• Avoiding Classitis 避免class爆炸 (必读)

  class爆炸可能是CSS使用过程中最容易犯的错误了。典型的代码类似于：

  〈div class="article"〉
   〈h3 class="article-title"〉我的自白〈/h3〉
   〈p class="article-brief"〉我坦白，我犯了一个错误...〈/p〉
  〈/div〉
  

  这段代码的作者似乎有兴趣给每一个元素都加上类，很多时候这是毫无必要的，并且还有浪费带宽，降低可维护性等诸多缺点，通过“全局空白重置”技术和属性继承技术，类爆炸现象可以得到明显的控制。延伸阅读 Div Mania

• Turning a list into a navigation bar 用列表制作导航条

  一步步教你制作CSS导航条。 没啥说的，每个人都会用到。延伸阅读 Taming Lists

• How To Clear Floats Without Structural Markup 怎样不用结构化标签就清除浮动

  传统技术中清除浮动一般用{clear: both;} ，这种技术有很多缺点，比如违背直觉、需要添加一个额外的元素、浏览器兼容性不好等。本文介绍了一种新型的技术，克服了这些缺点。图文并茂，非常详尽。

• Faux Columns 自适应高度栏目

  几乎每个使用CSS的同学都会用div来为网页布局（排版），最终很多同学都会碰到这个问题：怎样使几个div栏目等高？这个看似易如反掌的问题却能把你弄疯，除非你知道这里介绍的技巧。

• Making the Absolute, Relative 应用绝对和相对属性

  绝对属性和相对属性似乎比较难理解，不知道有什么用，这篇文章通过解释作者的一个实战：自动保持header中导航条和Logo的距离，详细的给我们介绍了绝对和相对属性的原理和应用，图文并茂。

• Introducing the CSS3 Multi-Column Module 介绍CSS3标准中的多列模块

  在table的时代里，定位元素的手段主要是利用table和透明sizer图片。当前CSS的时代中，定位让位给了各种CSS属性。CSS很好的替代了sizer图片，却对布局支持不足。因为没有CSS语言内建的高级布局支持，同学们不得不使用div加float,clear属性来拼凑出所需的布局，又因为目前各种主流浏览器对盒模型和浮动的理解各有不同，使得CSS排版问题成了一个噩梦：不通过一定的hack手段，你很难实现想象中的设计。在这种背景下，一些同学（比如我自己），开始重新思考table的价值，并给予table在布局上的贡献以应有的尊重。然而这并不是终极解决方案，在未来的CSS标准中，排版应该在语言层级上得到支持，Multi-Column就是CSS3标准中推出的一种排版辅助模块，阅读本文有助于同学们更好的理解CSS版式问题，站在高一层的台阶上设计自己的作品。

[本文实时更新]