Archive for August, 2007
其实我是通过twoiron才知道辛普森一家的，首先是他的头像，然后是他的一篇日记里贴了一段Lisa和Homer的对话。之后很快我就看到消息说这个1989年就开始放映的动画戏剧要搬上大荧幕，非常期待。
看完之后的感觉就和当初看完Ice Age差不多，同学来了就打开给他看，逢人便强烈推荐，不愧是待客、送礼的上品:)
辛普森一家是住在Springfield的一个怪异、畸形、变态却招观众喜爱的家庭。故事以他们为主角，以环境污染为主题展开，幽默、诙谐和小小的讽刺充满了影片的整个过程。
故事还没开始，就开始给人以幽默、讽刺的感觉。在20th Century Fox的logo片段中，故事中的人物Ralph Wiggum从0字中走出来，叫声代替了我们已经习惯了的音乐。然后画面开始播放猫和老鼠的片段，Homer站起来，后悔自己竟然买了电影票来看可以在电视上免费收看的东西，然后说每个电影院里的观众都是”Giant sucker”，手指指向观众，”especially you!”。这也是制作者向观众表明了他们将电视剧搬上荧幕的勇气。
随便挑几个片段：
- Homer看到其他人通过下水口逃出玻璃罩，向loser们告别，艰难地逃走后，警察说，”Now they’re China’s problem.”
- 施瓦辛格当了总统，”I was elected to lead, not to read.”
- Bart裸体滑板在路上飞奔，老太婆高喊，”Don’t look at where I’m pointing!”
- Marge说猪屎漏出来了，Homer: “It’s not leaking, it’s overflowing.”
总之幽默到处都是，看的时候一定要从头到尾，连最后的制作组人员表也不要错过啊。
关于Spider-Pig/Harry Plopper
Homer将一头差点被宰掉的猪带回家玩，后来差点跟它接吻，再后来猪屎酿成了大祸。中间有一段Homer让它在屋顶来回走，一边模仿spiderman主题曲唱：
Spider-Pig, Spider-Pig. / Does whatever a Spider-Pig does. / Can he swing / from a web? / No he *can’t*, / cause he’s a pig. / Look out! / He is the Spider-Pig!
再后来Marge让Homer去处理猪屎:
Marge: You can take Spider-Pig with you.
Homer: He’s not Spider-Pig anymore, he’s Harry Plopper. (画面出现戴了眼镜的spiderpig)
有的观众禁不住问，Spider-Pig后来怎么了？（What happend to Spiderpig/Harry Plopper in the Simpsons Movie?）它最后一次出现，是辛普森一家通过木板逃走时，人们开始射箭，这头猪把木板推了下去。至于后来它怎么了，谁也不知道，也许是被人给宰了吧:( 这里有一个视频教你怎么画Harry Plopper:
其它资源
前阵子有个在美国的老同学想买车，但是craigslist.org上的信息太多了，他想把输出的RSS过滤一下，比如只看包含”Toyota”的信息，问我有什么好办法。我一下就想到了Pipes。不过虽然当时我看到了Yahoo Pipes发布的消息，却没有自己去体验一番，只看到有些人用它做了一些过滤、合并后的feed。这次朋友问，顺便自己去试试吧！
点击了“Create a pipe”之后，真是一种惊艳的感觉（它是用yui做的）。这时我才发现Yahoo! Pipes的精华原来在pipe的创建：
在Pipes推出的时候，说它借用了Unix pipe的概念。不过不懂Unix pipe可没关系，在这里，管道的概念是如此的直观，你根本不需要自己写”xxx file | grep …”这样的命令。只要提供你的数据源，通过鼠标的点击、拖拽设计出自己的逻辑，一个pipe就出来了。你可以想象自己是一个技艺精湛的管道工，水该怎么流，什么样的物质需要保留，什么样的物质需要去除，只要想好了，就可以熟练地铺设好管道。
朋友用了这个东西之后感觉很好，说Yahoo! Pipes才让RSS变得真正有用了（当然他还有一点不甚满意就是即时性，一个hot deal可能几分钟就已经成交，而RSS更新的间隔远远大于这个时间。这个延迟有多方面的因素，包括网站本身、Yahoo! Pipes、在线RSS阅读器等）。
然而让我兴奋的并不是这个过滤的结果，而是生成pipe的过程。以我这样传统的思维来设计这个应用，可能是一个向导式的界面。第一步，选择数据源；第二步，选择操作；第三步，预览或完成。如果你在第二步想修改一下数据源，如果在第三步想修改一下operator，都得返回之前的界面，多么繁杂！这样的话，pipes肯定不会有这么大的影响力。
Yahoo! Pipes的UI/UE可以说做到了极致，在一个界面中融合了这么多的元素而不显得杂乱无章，让人无所适从。随时可以修改任意模块的设定，反而让人觉得极其方便、直观，这也许是人们为什么愿意使用pipes的原因。
桌面程序都少有做得这么方便操作的。微软一直想让爷爷奶奶都可以像搭积木一样编写程序，他们把IDE做成傻瓜式的，托托拽拽一个SQL数据库连接就出来了，一个窗体程序就生成了。然而某些用这样的傻瓜式IDE写出来的应用程序，用起来比写程序都难。Yahoo! Pipes可以作为桌面应用和RIA的一个榜样，推荐所有感兴趣的人自己做一个pipe感受一下。
一个优秀的软件或应用程序固然需要优秀的创意、架构和算法，但是用户界面和体验也非常重要。Yahoo! Pipes的成功，固然有稳定、快速的服务器端程序支持为基础，但我认为主要功劳在于界面。
CSSVista是一个免费软件，用它编辑CSS或inline style时，可以即时地看到在IE和Firefox中的实际效果：
安装它首先需要安装 .NET Framework，但是这是值得的。经常一些时候你在一种浏览器里面调试界面，终于好了，然而拿到另一种浏览器中，啊，一团糟！如果用CSSVista来编辑CSS，哪个改动引起了浏览器不同的render行为，你都可以及时地知道。
它还有一些handy的小功能如语法高亮、自动补全等，绝对值得一试。
CSSVista的主页不如一个开发者的blog文章详细。
在醉心于Firebug的强大与方便时，突然冒出一个YSlow。本来也没什么，不过一看是Yahoo!的，一帮人就跃跃欲试。
YSlow analyzes web pages and tells you why they’re slow based on the rules for high performance web sites. YSlow is a Firefox add-on integrated with the popular Firebug web development tool.
看起来十分的Promising，”Speed up your web pages with YSlow”，而且是”Steve Souders, performance architect at Yahoo!, announced today the public release of YSlow.”
我安装了这个插件不一会就卸载了。没什么用，而且状态栏占一大块地方碍眼……
Yahoo!只不过是把它的”Exceptional Performance : Thirteen Simple Rules for Speeding Up Your Web Site” 这个文档扩展了一下，帮你自动分析网站的性能状况。所以你对YSlow的态度，关键就在于对这个文档的态度了。
Simple rules，确实simple，甚至是废话。Use a CDN，Gzip Components，Make JavaScript and CSS External，Put CSS at the Top，这些不是废话是什么？关于第一条，make fewer requests，它极力推荐开发者把能合并的图片合并起来，用image map或者css来拆分。既然如此小气，为什么不把parallel http request也考虑进去？
公司让我关注一下这个插件，我关注完后把情况报告了。我们的结论是，类似那些“10条途径让你的网站看起来更2”，都是吹毛求疵的东西。如果要优化网站性能，这文档可以供参考，不过千万不要它说什么你就做什么。
起码，你不会看了它就去买个CDN吧:)
工欲善其事，必先利其器。
Firebug是在Firefox中调试HTML、JavaScript、CSS的工具。它的发布可以用“横空出世”来形容，对于Web开发者来说，针对Firefox的开发成本大大降低。我现在开发都是先在Firefox上，然后为兼容IE给代码“打补丁”，而这打补丁花费的时间，有时会超过在Firefox上开发所用的时间，甚至数倍、数十倍！
IE deverloper toolbar，是IE开发组自己做的，按理说应该更强大才对，然而实际上它根本无法跟Firebug这个第三方插件相比，简直就是鸡肋。拥有如此优秀的插件，一定程度上也反映了Firefox的良好基础架构。
了解Firebug，首先要上它的主页。插件的作者首先是位优秀的Web开发者，Firebug的主页是做得非常好的。注意页顶的图片，它不仅仅是一幅截图，Console, HTML, CSS, …那排Tab，都是可以点击的！图片的切割和JavaScript的应用，构成了一个交互式的预览。先不用安装，点一点那些tab，你就会大致了解Firebug的界面和功用。
这个预览的下面是它的各种功能的简介。我最近才发现简介的链接是到更详细的介绍，以前都是自己摸索，看到那些激动人心的功能，忍不住有写出来分享的冲动。既然人家本来就有这么好的介绍，我再做这件事就是费力不讨好了:) 如果你确实需要Firebug，那你一定要从头到尾一字不拉地把它的介绍看完，不然说不定会遗漏一些贴心的功能！
这里还有一篇Firebug作者写的文章，可以看看：
这两天网络不好，发现了Firefox的一个小问题。
假设你现在网络出了问题，虽然不显示网络连接断开，但连接任何网站都会超时。打开一个新标签，输入一个网址，回车，过一会，出现了超时的提示。在同一标签页中，重新连接另一个网址，同样是超时。
这时就可以发现问题了。点击“刷新”图标，刷新的是第二个网址。点击重试图标，重试的是第一个网址！
谁把它提交到Firefox的Tracker吧。Firefox 2.0.0.6, Windows XP SP2.
WordPress有着大量优秀的插件，作为插件的一个标准，作者都会在其中加上自己的网站链接。又有人开发出插件列表的插件，把本blog使用的插件列出来，供访问者看。我也有这样一个页面。这样就形成了一个简单的网络。
大概一两年前，有人开始在自己的blog上弄个页面，名字叫“WordPress 插件列表汇总”之类，然后把自己所知道的一些插件列表页列出。并说明，没有出现在列表中的可以在下面留言或trackback本页，会及时更新。
这本来是个好事。但后来这种做法被广泛地复制，以致于现在网络上到处都是插件列表的列表，有的blog还没开几天，就先弄个列表的列表，想借此帮助推广自己的blog。刚才又收到一个Pingback，竟然是把别人的列表复制了一下……
好处自然是有的，blogger们为了扩大自己blog的影响力，愿意把自己的列表加进去，而越来越多的人加入了这个列表，这个列表的影响力也就大了。
事实上，我觉得列表的列表的作用并不大。它仿佛一个高度为2的多叉树，底层的节点极度重复。你最多会选择一两个浏览一下，从中找合适自己的。这么一个列表的列表，除了营销的作用，对信息消费者而言，绝对不如一篇介绍插件的文章实在、有用。
这种行为已经给插件信息造成了极大的冗余，正如你用中文关键词搜一个技术文章，百度会给出数页完全相同的结果一样。缺乏思考和加工的复制，是国人和国内网络的通病。
要想扩大你网站的影响力，单靠一个列表是不行的。内容才是王道！