@rrfeng 一开始快，但是越用越慢了，反正内存有8G，不用白不用
@viator42 难道是因为内存不够开始占用swap?

@viator42 你说的是编译吗？那看来编译的瓶颈不在IO，而在编译本身

@alexrezit 的确，这不是应用程序需要考虑的问题，而是操作系统

@that5 主要是那些不太重要的文件啦，bin/class
@alexrezit 我是考虑到调试程序的时候需要频繁编译，每次生成的bin/class文件都是不同的，这样的话不知道缓存能做到什么程度

使用 Clojure 语言，其他都是浮云

“当然我在扯淡”，大家别太认真

lisp 吧，一种数据结构，7种操作符，再加上 lambda 表达式。完了，就是这么简单
http://daiyuwen.freeshell.org/gb/rol/roots_of_lisp.html

Clojure http://clojure.org/file/view/clojure-icon.gif

其实是个挺值得深究的问题，不过有些人就直接开喷了
衡量一个程序员的功力不一定是熟练某们语言的程序员，不过优秀点的程序员都懂Python而已
我猜应该有不少程序员，迫于这样的招聘条件，不得不再学习一门语言，不过也不是坏事了

低阶CS，中阶Minecraft，高阶Portal ?

有种 “故天将降大任与斯人也” 的感觉

就是因为看了王垠的blog才发现有很多东西值得我学；git，lisp，miniKanran等，至于有人说让读者不舒服，观点的前后矛盾等，我觉得没什么啊，人的观点甚至观念都会随着学识与阅历在变的

如果能用太阳能供电那就更geek了

我不用php，不过听说php不太严谨，你可以参考下，以此来作为考察点：

（以下截取自Q群聊天记录）

举个简单的例子，选出一个数组的某个子数组这个函数，里面如果只有一个item，那么返回item自身，而不是包含item的数组

再举个例子。。。变量名和成员变量名大小写不敏感，函数名和方法名大小写敏感

引用不存在的变量产生warning 引用不存在的方法产生fatal error

"0" == 0 //===>true

但是"0123"会解析成十进制的123,而0123会解析成八进制

再然后，<任意非纯数字字符串> == 0 //===>true

就是"aaa" == 0 //===> true
"0123" == 0 //===> false
"0123" == 123 //====>true

再然后 ((null==0) && (null < -1)) //===> true

我想起来了。。。。我当时写php的时候还遇到过一个大坑是这样的：类似shuffle那样的函数，返回的不是打乱的数组，而是一组打乱的下标

用自己的 lisp 方言实现 miniKanren

Animal lover, animal eater...

本来是用Chrome的“一翻”，一开始觉得很简单易用，但是现在觉得它越来越慢了，而且有很多节点都连接不上，现在试试goagent :)

得之，我幸，不得，我命。

还有就是，纸上得来终是浅。边看书还需要边做练习，或将书中的想法实现出来就最好了。