#17 楼 @iwinux this page was last modified on 20 July 2012, at 19:43. 看起来还有人在维护

#12 楼 @fsword 不是吧

这是《Erlang 编程指南》里的一段话：

关于Erlang性能的主要传说之一：Erlang中尾递归要比直接递归有效的多。在该语言初期也许是真的。但在对发行版7到12进行了优化之后，如果还继续认为尾递归让你的程序更有效率那就不再正确了。

难到不是说 Erlang 里非尾递归也会很有效率？

不是你说的只有程序员写成尾递归寒数编译器才能优化吧

#10 楼 @fsword 那传说的 Erlang 尾递归优化是指的什么？

#8 楼 @fleuria 看来只能避免stack level too deep

更确切的说是能避免尾递归写法的stack level too deep?

#5 楼 @luikore 看来是我理解错了。我以为会像 Erlang 那样把非尾递归的写法转换成尾递归写法。

#1 楼 @jjym 因为貌似只有 MRI 有。

依旧先看源码(rails 3.2.8)

你引用的是 Rails4.0 的源码。。3.8 的在这：https://github.com/rails/rails/blob/3-2-stable/activesupport/lib/active_support/core_ext/object/try.rb#L32

#13 楼 @camel 这就是简单的小学数学题目啊 假设你有公共的 css 是 akb，你按需加载成 n 份。用户访问了 m 个不同页面。 1.最坏情况多建立了 m-1 次 http 请求 2.最坏情况浪费了 makb 的宽带

100

一个进程就行啊。。

#8 楼 @bhuztez 这要看 css 和 js 到底有多大。假设是 500k 的，开启 gzip 以后也就 100k。现在一个 100k 的图片很普通吧。

@Saito 我觉得用一个文件好。 如果用户只访问一个页面，你亏了。 但是如果用户访问 2 两个页面或以上，你就赚大了。

一个 gem 为啥要依赖 bundler？

http://www.slideshare.net/kenneth.kalmer/ruby-behind-the-scenes

我不喜欢某些自我感觉良好的品味感。包括一些 Ruby/Rails 程序员，或是 Vim/Emacs/Textmate 用户...应该骄傲的是你做了什么而不是你用什么工具做。

我更喜欢_why 的这句话加进小贴士：

When you don't create things, you become defined by your tastes rather than ability. Your tastes only narrow and exclude people. So create.

提醒有问题啊 刚才看到自己的帖子有回复，可是没看到提醒。 前一段时间还有一次一下子出来 12 个提醒。

ls

#6 楼 @jinleileiking colored logger 啊，这个颜色可以关闭的。

#6 楼 @jinleileiking No，我用 vim 不用插件。

#13 楼 @luikore 编程事务是指这种么？ https://github.com/nkallen/cache-money/blob/master/lib/cash/transactional.rb

这篇文章不错：http://henrik.nyh.se/2012/08/helpers

#3 楼 @luikore 还好 https://github.com/danlucraft/rak

#21 楼 @ywencn 没看到桌面通知

谁来 at 我一下

可以考虑建一个。

#4 楼 @iwinux 我记得以前的《programming ruby》是可以在线找到的

#8 楼 @xds2000 我用 rails best practices 和 brakeman 就是为了检查自己疏漏的地方。不会按每个分析结果去改。。效果还不错。