如果不是用大量面向对象特性（即便用DJango其实也不是很OO），基本上Python对于数据的处理都围绕着List结构，而很多其他结构例如Tuple、Dict、Set都基本上算是List的变种，而他们的方法有很多相近之处，所以先是详细讲了这几个结构的基本操作，然后就是遍历iterator，最基本的List处理需求，而Python从可遍历出发延伸出iterable的容器抽象，只要实现__iter__和next基本就是可以被遍历的东西，可以闭眼不负责任说他是List，然后自然就是牛x的List Comprehension，太甜的东西，大家开始都接收不了，不过一旦接收真是会很享受。跟iterator相对应的用来方便产生List的还有个牛x的Generator，不过大家接受程度一般，这个东西思维接收起来还真是要费劲一些，我自己在实际应用中也使用的很少。

Python由于大量的标准库支撑和语法糖支持会让人对他的甜度无法忘记，从all、any到map、reduce、filter甜度逐渐增加，而大量的东西隐藏在角落中一如zip之流，不品尝则以，一品尝确实甜掉牙齿……好吧，我有点过了，要冷静，呵呵。最后讲了Decorator，好吧～

想用一个多小时把Python全讲清楚是不现实的，我也不知道自己总结的List+Sugar套路是否有效，看结果的话，好像不太好，哈哈，所以抛砖引玉，看看大家有什么高见

PS：推荐前Amazon大牛Steve Yegge一篇关于各种语言的吐槽（http://code.google.com/p/windows-config/wiki/TourDeBabel）

PS2：在停顿一年之后，重新看SICP，再次停顿在第二章结束，这种书只有在丽江小酒吧的阁楼上才能看下去，:)

2011年对我来说变化最大的事情（没有之一）是xxx（以后再来填空）。然后就是自己离开了工作四年的Mozilla。那就从这个开始说起吧～

离开Mozilla已经一个多月了，不过依然在订阅着Mozilla的planning、dev邮件列表，依然每天还在登入IRC上的#developers频道看有什么牛x的东西出现。本来想单独写Mozilla昨天今天明天的东西，后来想想不太愿意写了，简单说点，放到这篇2011的总结中，:)。

我喜欢昨天的Mozilla，一如最初加入的片刻，喜欢以前的CEO John Lilly，觉得他很酷，很有趣，很能读书，而以前的Mozilla是那个Code Rush延伸出来的Mozilla，是那个当年跟微软对抗的Mozilla，是那个聚集了一些高中天才少年发展至今的Mozilla，我贡献无多，倒是始终庆幸自己是火狐粉丝中最幸运的一位，可以近距离接触这些牛人，亲身触摸那段不长却永远铭刻的历史……记得有次Stuart来中国做活动，跟他聊天的时候，突然觉得他好像就是Code Rush纪录片里面那个牛x的高中生，就问他“Are you the middle high school student in the Code Rush?”，他很淡定“Yes, I am, glad that you know that.”  ——What the fuxx，这难道不是天下最酷的事情吗～

Mozilla的今天，我不知道该怎么说，上个月几个有趣的事件也让大家开始唱衰Firefox，什么Google不再续签合同了，什么搜狗收购火狐中国了，什么360雇佣猎头给所有火狐中国员工打电话之类的——我也接到这个电话了，然后说已经离开火狐了，对方居然要我提供原来同事联系方式，我说不给，他说都走了无所谓了，我说去你妈的——其实，从Chrome出来一段时间之后，去做活动都会跟来的同学聊天问问他们究竟喜欢什么，如果你去接触85前的同学会发现他们还会依赖Firebug，会轮番使用火狐和Chrome，而如果去接触85后的同学，你会发现Firebug对于他们来说完全是陌生的，Web Inspector才是他们心中的神器，曾经跟一个89年的同学仔细讨论了一下Firebug和Web Inspector，始终无法说服他，呵呵。用我接触的几十位转到Chrome上的同学话说，“不思进取”，我说的好听点，“没有变化”。浏览器从93年到今天差不多小20年了，在这段时间里没有什么太大变化，“快”很重要，不过“变化”比快还要重要，因为人们用这个东西已经n年都是这个样子了……Firefox从4开始发生了很大的变化，在4准备期间，我一直觉得Firefox 4会取得很大的成功，结果证明也确实如此，当时甚至有很多人从Chrome切换回了Firefox，:)。后面其实是快速发布的问题，5、6基本是小功能，本来期望8会是个很大的发布，毕竟速度和内存问题稍有好转，结果也没有很特别，我觉得算是被快速发布拖累了，本可以谨慎一些的，虽然人家有做手机操作系统一周迭代发布的牛x案例，不过有很多问题其实是在快速发布计划之前就能想到的，本可以谨慎一些的。Chrome一些特性融合在一起“变化”的更协调、更整体，快、无缝升级、单独的扩展API层……Firefox从5开始“变化”的拖泥带水，每一个变化的特性浅尝辄止……

明天怎么样，我不知道，B2G是一个很有潜力的项目，万一未来OS去浏览器化的趋势真的到来，第三方浏览器确实很难在别人的平台上立足；但是当下过多的把重心放到Mobile而忽略桌面我不觉得是件明智的事情，因为桌面浏览器的体验远没有到尽头，Chrome的出现其实是一个新时代的开启，OS去浏览器化也不会马上就出现，应该继续为Firefox的核心用户群提供更卓越的体验。我也始终相信Mozilla不会那么轻易被打败，Kindle Fire上的Silk就证明浏览器不是那么好做的，Mozilla的技术没有那么容易消亡的……

就这样吧，还是没收住说了这么多，还得写点自己的总结呢。

这一年，很欣慰的是自己还写了很多代码的，从后端到前端，从结构到页面配色，做了一个完成度85%的项目。比较有意思的一些“实做”包括Newsfeed、Redis based Auto-Complete Service（包括前端jQuery的自动补全plugin），基本抄袭了一遍Quora，喜欢上了#3399CC，后来在Paul Rand那本小设计书上发现了#EB4924，现在把微博自定义模板都配成这两个颜色，后来瞎看了两周Topic Model和LDA（记得当时@yongsun也在看，偶尔还在微博上交流一下），然后花了一周时间在node.js上用CoffeeScript实现了一遍Gibbs Sampling的LDA方案把火狐社区的8000+篇问答进行自动分类，后来了解到LDA蛮依赖分词效果的，我分词偷懒只用ngram做的，所以效果一般，代码在这里。这一年也有一些有趣的东西出现，有少量抄袭，呵呵，Pinterest最早开始的时候就喜欢这个瀑布流，抄过来用在了火狐社区的扩展精选集页面中；找工作时候第一版简历没有用心，@chenqj说我简历太糙，外加几个公司完全没消息，正好Facebook刚揭秘Timeline，于是花了一晚上把自己简历用Facebook Timeline的形式做成了网页版，效果不错，:)。做了一套跟瀑布流有些差别类似杂志分块布局内容的原型，为此还在豆瓣上问Sophie推荐布局设计的书，被推荐去follow陆智昌，感觉话说两岔了，最后还是翻了两本排版设计原理之类的书（不过貌似很多人推崇陆智昌大师的封面设计，这个真不懂了）；昨天看kejun的博客说新版豆瓣猜会是magazine-style的强交互，倒是非常期待看看体验怎么样——我自己瞎猜豆瓣新首页会是类似Facebook的Top News + Ticker的，回头看看猜中没。年底发现老外造了个词，Designeer，很喜欢，确定为自己努力的方向，:)

这一年，还很欣慰的是看了一些书。

可能这些书中对我影响最大的是《原本大学微言》，这个还是好友媳妇听了一个牛x大哥推荐之后转述给我的，“要看《大学》”，看得不是原文，而是南大师的讲解，有点相见恨晚，还会再看几遍，希望将来能够教给自己的孩子，重要的不是后面齐家治国的部分，而是中国古代思想中对自身的修为，内修之后才能外用，知止定静安虑得，内在的修炼不简单，2012还需努力。

• Reasoning about human context
• Harvesting collective knowledge

Contexts worth reasoning about:

• Location: Geosemantics
• Identity: FOAF, PURLS, and beyond
• Community: socially constructed meaning
• Action: Services integration

Knowledge worth harvesting

• Collective Experience: stories, photos, reviews
• Collective Attention: useful links, articles, perspectives
• Collective Creation: semantic wikis, data commons

Inferences worth making: The Gigantic Join (composing and integrating data across applications).

Knowledge, Reasoning, Collective Intelligence:

Last word: if we want our technology to have world-changing impact, bring it to the interface

• get useful knowledge from all those intelligent people on the internet
• give the benefit of this knowledge to everyone

—-

from Tom Gruber (CTO and co-founder of Siri, inc)

Jobs在我心目中是一位伟大的Mentor，教会我很多事情，会永远纪念他！

在假期中，不断的从网上微博上看到铺天盖地对乔爷的颂扬。直到今天看到Mozilla前任CEO John Lilly发文纪念乔爷，醍醐灌顶……插曲之，回京的飞机上，媳妇提醒我看前面那人的报纸，只见参考消息头版上偌大的字写着“中国呼唤乔布斯式的创新”，不禁唏嘘～

翻译John Lilly文章中的几段：

昨天在Twi上，Naval说：“我从来没有见过这位伟大的导师，我超级希望自己变成他那样。但是，他给我们的消息却是相反的，他要我们充满激情的做自己。”

我觉得，这就是了，这就是乔爷用一生传达的最重要的知识。不要尝试变成乔爷。不要尝试去变成任何人。

做自己，然后累死也要努力去把美妙的事情带到人世间。想清楚你想怎么去达成，用你自己的方法，用你自己的词汇，哪怕承受最大的辛苦、付出最多的努力、经历最长的时间。

我希望，乔爷最永存世间的知识不是关于科技或者管理或者媒体或者沟通，甚至不是设计——他在这些领域进行的工作当然不会消亡——我只是觉得这都不是最重要最核心的事情。

我希望人们真正领会的知识，从内心真正意思到的是——做自己，付出最多的努力，去给我们的世界带来重要并持久的影响。可能是技术领域，还可能是艺术、体育，或者是政府、社会公平——哪怕只是影响自己的家人和最亲近的朋友。

找到你最希望做的事情，然后努力的去做，每一天！

我永远都会想念乔爷，永远记得乔爷的那些故事、那些身影。

望他安息，此致敬礼！

—— Pink Floyd

天佑我们华夏子孙！

===

一些朋友认为之前的文章”JavaScript是Web的汇编语言“简直是无稽之谈，我问了一些JavaScript的大牛们关于这个讨论的观点，包括 Brendan Eich （JavaScript的发明者），Douglas Crockford （JSON的发明者）和 Mike Shaver （Mozilla的技术VP）。在他们的授权下，列出我们的邮件讨论。

Mike Shaver:

我以前听过类似的比较，我认为基本上是正确的。尽管他忽略了对JS开发工程的大量投入，因为汇编语言是面向机器开发设计的，不包含对人友好的词法（尤其是现代汇编语言）。

Brendan Eich:

我几年前说过 “JS是Web的x86” [可能是在JSConf大会上]，不过我不是原创。[今年，Nick Thompson在 Hacker News上也说过类似的话。]

关键是，JS正在变得越来越接近底层语言。 当然，他也有高级的工具类。

Shaver是对的，没有高级宏处理的汇编语言对于开发者来说不是很好，同样从安全角度来说也不是很好。JS却不是这样，所以，这个类比需要一些限定条件，否则，就很愚蠢了。

将高级函数编程、内存安全等特性同面向底层的工具类（例如，有类型数组、马上到来的ES.next扩展的类型数组、二进制数据等）融合在一起可以得到一个比汇编语言要高级强大很多的编程语言，当然，内存安全特性是首当其冲最突出的差别。

Douglas Crockford:

我认为这样说更贴切，就是JavaScript是Web的虚拟机。我们以前一直认为Java的虚拟机会是Web的虚拟机，事实证明，JavaScript才是。

同Java虚拟机的二级制码校对器相比，JavaScript的解析器能够更高效的保障代码的安全。JavaScript更好的保证了“书写一次，到处运行”的承诺，也许就是因为他在更高的级别上运行，避免了很多底层的边缘案例。之后的事情就都由图灵机来保证了。

有很多人都拒绝承认JavaScript全部正确的可能性，我以前就是这么认为的。不过现在我不断的被其中的卓越震惊。

Brendan Eich又说:

Doug关于源码打败二进制码的观点很不错。我的朋友 UC Irvine大学的Michael Franz教授很早以前展示了一段基于Java二进制码校对器的 O(n^4) 复杂度的程序（跑光了计算周期，拒绝服务）。使用压缩的源码，JS绝对更适合移植并且能够足够快的进行词法分析/解析。

使用源码级别的解释同样可以避免Java二进制码带来的蠢问题：如果Java的底层形式被冻结的话，Java的源码（高级部分）就无法向前演进，Java编程语言一直以来都害怕破坏对Java二进制码的兼容性。这很大程度上让内置类和范型变得一团糟——最后Sun还是打破了Java二进制码的兼容。

之前在Hacker News上，Nick Thompson说:

我不可否认的偏见：我花了两年的时间试图优雅的让JVM同JavaScript进行通信——在Netscape我们有很多人认为二进制码更适合作为移动代码的基础。但是Sun让这一切变得非常的困难，他们从头就把软件层次做的非常臃肿。他们不希望Java同任何其他语言进行合作，只允许被嵌入到其他软件中。他们使用解释型语言写了字符串处理部分的代码，而不愿意使用C！据我所知，Sun把Netscape当作替代Windows幻想中的唯一候选——Netscape为当时Java唯一的重要客户。当时任何尝试使用Java的开发者都得承受差不多的痛苦。

与此同时，Brendan在做着差不多需要10个工程师+3个客户服务才能完成的工作，开始关注网页作者的实际需求，例如，将JS代码融合到HTML中、快速读取，同浏览器其他部分集成，以及同其他的浏览器厂商一起将JS变为开放的标准。

所以，现在JS是Web的x86汇编语言——不够想象中的优雅，但是足够搞定工作（从这个角度来看，GWT是最滑稽的例子）。JS将是“差即是好”的经典案例，Java只是从下往上看比较不错而已。同样的，实际上JS可以非常牛x。谁想要取代他，那只能祝他好运了。

当然了，关键是，没有类比就是最完美的。JavaScript作为一个语言看上去当然不会像汇编语言。作为类比的话，我们可以看到：

• JavaScript是普适的（真正的书写一次，到处运行）
• 快！而且会变得更快！
• Javascript是Web编程语言最基础的底层语言。
• 你可以把他当作另外语言的目标语言。

这个话题经常会在Hacker News上出现。

• “我们现在拥有的JavaScript语言是客户端的汇编语言。我们无法轻易的改变他，但是我们可以在他基础上作出更好的工具。” —— jonnycat

===

后记：比较难翻，可能会有些词不达意，还希望大家多多批评。翻译这篇文章，其实想说非常支持作者的这个观点。首先，JS经历了这么多年，已经不再是以前那个被大家误解最多的语言，同时，JS的路依旧漫长，他的未来会非常的光明。JS当然有很多的bad parts或者smell很差等，不过，作为编译目标语言， JavaScript 重获新生（中文翻译）。

PS：关于“差即是好”（Worse is better）可以参看这里。

===

令我震惊的是，我们已经成功的进行了几个月的快速发布过程。我们快速的向前推进。一个新特性从实现并且进入mozilla-central分支到发布到用户手里只需要12-18周，不再是需要几个月甚至几年。这个过程能够给我们更好的敏捷性，从而带来更强的稳定性。每个发布周期的测试和稳定阶段可以覆盖更多的用户来帮助我们更早的发现和解决问题，保持我们在每次发布质量上的信心。

我希望能够描述清楚这个发布过程中很重要的一个环节，不过可能很多朋友不一定理解。每个独立的发布火车（新的发布过程采用火车模型，固定的“发车”时间，特性的发布取决于该特性是否赶上最近的火车发车时间）包括6周的开发时间加上12周的稳定时间：

新的开发成果不会直接发布到Aurora和Beta分支上。这些分支/渠道会关注在如何同我们的社区测试成员共同工作，发现和定位开发中带来的程序问题和Bug，从而解决这些问题。如上图所示，您能够看出我们的发布周期基本上是稳定的18个星期。

Aurora和Beta分支/渠道基本上完全关注于稳定性和测试，同时，很多的工程师也在同步的开始新的开发工作，所以，如果我们看更大的一张图表的话，下面是真正进行的过程：

在Aurora和Beta分支/渠道上经历的12周时间里，Mozilla开发社区并没有在闲着。他们会继续为后面的发布开发新的特性和bug fix。每六个星期，他们的工作会被选择性的合并到Aurora分支，继而合并到Beta分支上。观察上面的图表，您会发现很重要的一点，就是：

每六个星期就会有一个新版本的Firefox发布，而不是12周或者18周。

很多人都被这个情况惊到了，虽然这个过程从开始就被定义为这样的。在Firefox 4发布之后，我们承诺三个月之后发布下一个版本的Firefox，并且做到了，不过在那时，我相信很多人会认为我们进入了一个3个月的发布周期。实际上，我们需要三个月的原因是，Aurora和Beta分支/渠道上都是空白的，他们需要等待下一个发布才能让他们完全进入整个流程。下一个版本的Firefox已经在Beta分支，并且计划在6周之后发布。与此同时，下一个版本的Firefox也已经进入Beta，以此类推。

同时，我们也在仔细的研究整个流程；这是一个很大的变化，我们需要在过程中保持最大的灵活性，以应对环境的变化。我们可能会认为6周时间是一个错误的周期，例如，以前Firefox的稳定性发布周期一直维持在6-8周。我们也在密切关注这个周期对我们整个生态系统的影响，包括扩展、插件、第三方合作软件等。同时，我们同大的组织机构一起工作，来了解快速发布流程如何更好的融合到他们的软件开发系统中。

不管我们作出什么样的调整，很清楚的一点是快速发布本身是一个巨大的改进，能够帮助我们更快的对用户和互联网本身作出反应。每六个星期，我们都会有一个新版本的Firefox等待评估然后发布出去，除非发现任何不兼容的破坏。不再需要一年的时间去等待某个最新的特性，现在完全可以在Beta中使用最新的开发者ScratchPad工具，或者现在就可以在Aurora上获取到性能和内存的改进，或者在Nightly分支上看到平滑的标签页操作动画效果等等。快速发布已经给我们带来好处，而这才刚刚开始。

• 非对称性 （T的优点）
• 重分享 （FB的优点）
• 圈子 （G+的特色）
• 对话 （FB的优点）
• 转发 （没有太做好，也没有看到谁做的很好，貌似Tumblr的reblog相比之下更好一些）

我觉得国内的各家微博思路也不错，照搬T不一定好用。周末跟美国的一个姐姐吃饭聊天，她又在T上又在微博上，结果她就觉得微博好用，因为更直接，图片视频什么的都要比T好用并且直接——发布和浏览都是。关于国内微博的评论和转发，我觉得是一个特别需要设计的地方，其实评论就是FB的对话，而这也是T最缺少的特性，转发是对话的延展，加速讨论在新圈子中的流动，进而进化成新的对话；要是单论对话的话，还是Quora做的最好，毕竟他是话题驱动的，不过他的转发功能几乎没有功效，要是谁能在这点上有所突破的话，估计就牛x了。

在国内新浪微博一家独大的情况下，还在重复新浪微博的模式可能真是做不过他，也许轻博客思路或者Google+的思路更能带来一些差异化的优势。

Update: 以后Blogger改为Google+体系内的一环，更是加强了G+重分享的一环，大家都觉得140个字很关键，我觉得在一个去中心化的结构中传播很关键，可是Google和国内服务基本都是闭合，那传播reshare只是一个button的问题，140个字就不关键了，所以，分享部分可以做的更强一些；

Update2: Sparks现在没啥威力，不过很看好他，真希望能够将Reader集成进来，那会很强大的~

Update3: Everything is a Remix!

======

CSS3 动画

CSS动画（看这篇文档）提供了使用CSS来制作动画效果的能力。跟CSS移位效果一样，使用CSS动画可以非常高效平滑的展现效果（看大牛David Baron的文章），开发者拥有对keyframes有更好的控制力，从而制作出更加复杂的动画效果。

需要注意的变化

• 开发者可以把Image作为参数传递给 createImageData 来获取图片的大小数据；
• 在后台标签中，setTimeout 和 setInterval 每秒钟只能执行一次回调函数，这符合 requestAnimationFrame 要求的描述，用来减少CPU和电源的消耗。

其他的Bug Fix和性能提升

So it is with gratitude and more than a bit of relief, after a very long 16 years in full, 13 years open source, that I’m announcing the transfer of SpiderMonkey’s module ownership to @dmandelin.

—— Brendan Eich

1995年，Brendan说服Netscape的老板说在netscape中需要一个属于自己的脚本语言，在考察了Scheme和Java之后，10天之内，Brendan实现了JavaScript引擎的基本原型。从1995年到现在，经历了浏览器大战，经历了Mozilla开源项目的故事，16年之后的昨天，Brendan将SpiderMonkey的Module Ownership转移给了Mozilla的Dave Mandelin。

为此，Brendan大神写了这样一篇博客——New JavaScript Engine Module Owner，给我们讲述了那一段牛x的JavaScript历史，里面充满了睿智的小段子，非常有趣。

• 96年的时候，Brendan和chouck将JavaScript的运行放到了非主线程中，于是当网页加载一段需要大量计算的JavaScript代码时不会影响页面中其他元素的渲染，至今大家也在Firefox可以看到“slow script running”的对话框；
• 快进到2008年，Firefox 3成功发布，Mozilla的JS团队取得巨大的性能提升，当时主要竞争对手还是来自WebKit的JavaScriptCore引擎，之后又成功炮制TraceMonkey，——一个基于类型优化的实时JIT引擎，是早于Chrome和V8的面世；
• 在2006年的时候，Brendan就接触到了V8团队，当时Brendan非常希望V8能够开源，并且完全可以想办法接入到Firefox中，甚至于替代Firefox的SpiderMonkey，而且当时Adobe正在考虑将Tamarin提交给Mozilla，用Brendan的话说就是多多益善，“the more the merrier”。当时正是JavaScript JIT前期探索阶段；
• 直到2008年V8才正式开源，Google对此很谨慎，以防打草惊蛇的提醒到微软。（配合这款引擎，Chrome应声而出）很明显，95年时候“Netscape + Java kills Windows”的说法激怒了微软，最后什么结果大家也都知道了。不过历史同样重现，Chrome的刺激带来了微软的IE9和Chakra。
• V8长达两年的绝密飞行“伤害”了JavaScript，意味着Apple和Mozilla需要自己探索陡峭的JS优化之路，不过后来借助V8的开源，这个难度大大降低。不过随着Mozilla放出TraceMonkey，Apple放出SquirrelFish，加上Chrome的V8，都向世人证明了JavaScript不再低效，不再是一个玩具语言，当然随着AJAX的流行，JavaScript变的越来越流行。
• JavaScript的路依然漫长……

TraceMonkey面世左右，Dave Mandelin加入了Mozilla。新的篇章开始。

• 新的JIT技术不断出现，Mozilla将Webkit中的Method JIT融入SpiderMonkey，优化别名JaegerMonkey；更多优化全面的Benchmark出现，其实主要强调来自Mozilla的Kraken；
• 而V8也开始Phase II，Crankshaft面世，开始向类型优化JIT的方向前进；
• 传统的JavaScript GC方式也开始变革，Mozilla先提出来Compartment GC分配内存的方式；而以往粗暴需要Pause的Allocation模式开始向Incremental和Generational GC探索；
• IonMonkey是Mozilla的下一代优化JIT引擎，会跟Crankshaft接近，更加优化类型推演，还包括inline function等多种优化手段
• 如Brendan所言，JavaScript的路还很漫长，不过充满希望
• Dave在11年Velocity大会上的演讲稿非常值得一看

JavaScript历久弥新，相信他拥有更美好的未来，而Brendan永远是心中的JS大神。

Hail to the King！