上面打错了，纠正：分别在node和pypy上测试。

@codingpp 你上面写的那个递归就不是尾递归的。
至于循环测试为什么node快，是因为v8快，做了JIT编译。同样，我分别在python和pypy(支持JIT编译)上去执行那个测试，结果如下：
$ time ./pypy 1.py
1249999975000001
real 0m3.660s
user 0m0.015s
sys 0m0.078s

$ time ./node 1.js
1249999975000001

real 0m0.328s
user 0m0.046s
sys 0m0.046s

看到没，几乎是一样的速度。

@codingpp “那不说各种语言了，就说同样的程序，在ie8和firefox中的差异怎么那么大
我在附言里就已经说了想了解 v8引擎是如何对递归、循环做优化的”-----------
我个人的猜测：firefox有asm.js； ie8?这简直是欺负ie，应该找ie10，11来试试。至于v8，它用了JIT优化但也不至于像asm.js那么极端，那已经比的不是js本身的性能了，感兴趣的话可以试试google的pnacl下c/c++代码的实现版本，跑出的性能，应该比asm.js还要快，但还是会比直接在机器上跑c/c++慢一些。

p.s.建议： lz可以把你的测试程序改成尾递归的版本再测试下试试。
此外，用具有循环语法的非函数式语言去测试递归版本的斐波那契数列是最糟糕的测试，而且实际中这些语言的斐波那契数列实现也不会这么去写，所以这根本无法反映实际问题。为那种根本用不上的纯粹为了跑分而去优化的情况，大多数主流的编程语言编译器不会去干的，没有意义。所以，lz可以测试下其他的例子，不要再用递归版的斐波那契数列来做测试了。

因为苹果一般对平台api这个东西的限制比较苛刻。举个例子，chrome等了大概2年多时间adblock才变得完善了，而safari上面依旧那个样子。

@kmars61 这个其实是把北京ip改为美国的，这样的话用不到google_cn了，而一般选择google_cn的目的就是因为它的ip在北京，不用兜圈子，速度快一些。
如果出现403，把proxy.ini里的google_cn改为google_hk就行。怀疑google_cn是不是被xx掉了。

王垠的这篇What's wrong with Object-Oriented Programming and Functional Programming（https://yinwang0.wordpress.com/2013/11/09/oop-fp/）最近在hacker news和reddit/r/programming的首页上引起了激烈的讨论。。。

我32位系统，之前是1年多时间的beta版，后来不想折腾就换回stable版，除了出现过几次gpu加速上问题(有时候会花屏)外，还是很稳定的。所以好好检查一下是不是什么插件或者扩展装多了，或者和系统某个东西起了冲突。
卡估计很多人会有感觉(主要原因还是内存小，2g用chrome还是挺勉强的，内存过小会缓存或者往硬盘写分页文件导致变卡那么一小会儿，细心的话会注意到卡的时候笔记本硬盘灯是一直亮着的)。chrome从29开始，要逐渐从本地界面切换到统一跨平台界面——Aura，引擎也换成了blink，所以可能期间会出现一些问题，估计要到32，33以后这些新技术真正成熟稳定后会变得好用起来。
p.s. 据说明年dartvm虚拟机也要集成进chrome。

比起这个，gcc里面c++程序忘写一个分号，会产生近40页的错误信息，完全让人抓不着头脑。

@est 虽然长了点，但可读性非常好，java这一点恰好是优点。

扩展插件部分是用python写的，其他的肯定不是。

人家肯定是牛人，这个不用怀疑了。只是很多人看不惯他那种狂妄的语气。
王垠自己开发的Ylang编程语言现在在github上还只是个说明文件，等他把这个搞出来，倒是非常希望看看他心目中的编程语言是啥样的。

那就看将来怎么演化了，chromeOS也是一开始就免费的。将来拼得是服务、软件生态，估计传统的这种卖软件拷贝至少在普通消费者市场这里会出现颓势。另一个原因就是，人家都免费了你被迫得改变策略。

（FAQ）What makes repositories or developers trend?
We look at a variety of data points including stars, forks, commits, follows, and pageviews, weighting them appropriately. It's not just about total numbers, but also how recently the events happened.

@sivacohan DSL就是语言上的语言，领域专属语言，这几年炒得很热。ORM很方便但确实有时会带来很多问题。最近rails的集体大逃亡事件多少是对这些现象的反思。各种设计模式，各种框架，一大堆的语法糖，对宏的滥用等等。尤其是当项目变得大了起来之后，这些原本不是问题的问题或者优点慢慢变成了缺点。

那么meta programming，DSL，macro这些你肯定最讨厌了，可以尝试一下Go。

@nichan 礼貌性的表示不同意～～
@all
phper又不淡定了，难道php转java的还少么?php两大棋手，一个是频繁折腾，各种蛋疼的facebook，为啥蛋疼要折腾就不说了吧。另一个是yahoo默默的转向nodejs了。前几天hacker news上面发起的like和dislike语言投票中，dislike得票数中php高居第一，远远甩开其他语言，就连大家讨厌的java都是like的人数多于dislike的人数。

还是纸质书看起来实在，我一般看电子版的东西看不进去。找本国内的书快速上手操作（c++推荐钱能的，java的可以用清华的本科教材），再配合国外的经典慢慢品(国外的书都比较厚，很发散，主要用来练内功，thinking in java和C++ Primer就比较合适)。像java的设计模式，effctive c++，more effective c++这些就不适合初学者了，是给有多年实际项目经验的工程师看的。

网络。写着写着就忍不住的想去看看常去的一些网站下面朋友给自己的留言或者刷新一下状态看有没有更新，有没有什么新鲜的段子。

我觉得google还从来没有到过它的巅峰期，如果它潜在的那几个产品和相关的生态平台能够真正做起来，应该会是继微软，苹果之后的下一个巅峰。