对了，补充前段时间看到的：
http://blog.burntsushi.net/type-parametric-functions-golang

没有牛叉的。。。主要就是没有generic导致的不通用，但是用反射来代码就又臭又长。

反正go按照c风格写是没错的。。。functional不是go的菜。

continuation

成都08年10月那场雷暴劈坏了一大堆东西。。。

@mengzhuo
Welcome to the Scala world...

还有两个C++反例：
boost.spirit
boost.xpressive

@icerunz
以前倒是有，写fb2k插件时玩过，后来忘掉了，估计都清理了。
原理很简单，这里有一段代码，主要是_doFrame()部分：
http://sourcecodebrowser.com/akode/2.0.2/crossfader_8cpp_source.html

@icerunz
你的意思是两断音频的fade-in, fade-out吧？
这个叫crossfader

@kran
Brilliant!

18 // 9 = 2
18 % 9 = 0
2*4=8字节

D mixins

按总数算，一个9个digit，因此用4字节存放。

@tonyzzp Java写JVM只能玩票，虽然现在有了JIT以及使用primitive types（OO，呵呵）能达到接近（或超过，看实际代码、编译器、硬件环境等）C/C++的性能，但是，一个软件是一个系统，一套生态环境各种性能损伤是会累加起来的（以下基本对JVM, .net CLR, blahblahblah都有效）：
- 数据类型的内存overhead对cache line的伤害
- GC时的挂起以及Overhead（这个就是为什么基本没有靠谱的游戏引擎用Java来做的主要原因，同理还有图像、音视频处理等等等等等，在移动终端上情况尤其严重，服务器上到没啥）

作为一个REPL还可以（我是拿来当Clojure REPL），缺点就是编辑功能太弱了，还会经常遇到行错位的问题。

@andybest
lz4 主要靠牺牲内存换取高速，如果需要一个占用CPU、内存资源都不大的压缩算法，用lzo，否则可以考虑用lz4

优点是模型简单，可以处理长业务，健壮性也还好。最大的缺点就是消耗很多的系统资源（并发数高的话）。

这个看你需要多少并发，业务内容是什么。

IBM Purity
DevPartner BoundsChecker (Borland)
Intel Inspector XE

如果只有一个主线程处理，那瓶颈就差不多如你猜测。

>如果你使用CPython实现<

若开了多个处理线程（CPU密集），还有GIL这个因素（相当坑爹：http://blip.tv/carlfk/mindblowing-python-gil-2243379），多核下情况更糟。

@itfanr
无输出，两种可能
1. read() 不能读两次
2. 这个网页包含了一些稀有字符，因此要 print res.read().decode('utf-8').encode('gb18030')

@cctvsmg
bblean/bb4win还是将就，可定制性很强。这些东西在Win 7出现后就没有那么活跃了，差距不是一两档。