这个不是链式调用的坑，是 api 设计的坑，这里设计的很不好

2.1.0dev :001 > [].uniq
 => [] 
2.1.0dev :002 > [].uniq!
 => nil 

(补充：看了一下，集合操作都是这个路子，可能有原因，我结论下早了点，谁来解释一下这么设计的目的)

辛苦辛苦，这下大家可以看到 @ShiningRay 的风采了

#10 楼 @hysios 确实有，不过即使有这个人你也不能确定什么啊？

#17 楼 @ShiningRay 别急，叶丁丁同学在制作中，这两天就会陆续放出来

选择困难？服务化的重点是做好系统间接口约定，并且后续落实向下兼容的研发纪律，具体用什么通信协议绝对不是重点，一开始用 http 也没问题，甚至不够 REST 也无妨。

无责任猜测 lisp style 是最容易写 interpreter 的了

#77 楼 @Saito 不错，双管齐下......

关于回调函数层次太多的问题，朴灵同学展示了自己的做法，原来除了 wind.js 这种通用方案外，还有这个思路 https://github.com/JacksonTian/eventproxy/blob/master/lib/eventproxy.js ，长见识啊

演示淘宝时光机的时候，我们让一个以前没用过的小兄弟在朴灵的机器上尝试，于是他淡定的打开了 chorme.....的隐身窗口

现场演示朴灵团队做的各种 nodejs 应用......

我们已经在会议室了

今天好热闹啊，这么多回帖？

受不了说明你编码的感觉还不太差，下一步就是想办法解决这个混写、看着乱的问题，祝好运！

#23 楼 @bhuztez 兼听则明，朴灵团队在真实的线上环境中使用 nodejs 已经有很长时间了，而我对 nodejs 的了解还仅限于异步、事件驱动的概念层次，所以我是希望从真正用 nodejs 干活的人这里学习更多的信息，了解更多 node 社区的情况

#18 楼 @yedingding 恩，都到了顾家的年龄了

#7 楼 @yedingding 我先压缩一下，不然传给别人都不容易

#4 楼 @zeeler 试了一下，好像有错误，修改了成下面的还是不行

ffmpeg -i $1 -vcodec libx264 -vprofile high -preset slow -b:v $2 -maxrate $2 -bufsize 4000k -vf scale=$3 -aspect $4 -threads 0 -pass 1 -an -f mp4 -y /dev/null

ffmpeg -i $1 -vcodec libx264 -vprofile high -preset slow -b:v $2 -maxrate $2 -bufsize 4000k -vf scale=$3 -aspect $4 -threads 0 -pass 2 -acodec libfaac -b:a $5 -f mp4

#16 楼 @yedingding 你不是才回过家吗？

补充了一下地址

#4 楼 @zeeler 好详细啊，学习先

昨天有人熬夜了吗？说说收获吧

#2 楼 @_samqiu 多谢，我试试

#55 楼 @jjym 面试的时候如果只有这一种方式显然会失之片面，我想强调的是基础知识的重要性。学校里的东西，有的很落伍，有的历久弥新，区分两者也很简单——前者一般是工程经验，后者一般有理论支撑

#52 楼 @bhuztez 这个怎么成了人品了？没看懂 #53 楼 @jjym 要是靠背名词就能糊弄面试官，那面试官恐怕比较水