#5 楼 @zw963 git 我还很浅的，也许 @Saito 能做一些补充

#2 楼 @zw963 我觉得可以写成 blog 啊

我在家试验了一下，下载速度逐渐减慢，最后停止了，看来还是有点问题的

$ wget http://ruby.taobao.org/gems/selenium-webdriver-2.25.0.gem
--2012-08-07 08:42:51--  http://ruby.taobao.org/gems/selenium-webdriver-2.25.0.gem
正在解析主机 ruby.taobao.org (ruby.taobao.org)... 110.75.120.11
正在连接 ruby.taobao.org (ruby.taobao.org)|110.75.120.11|:80... 已连接。
已发出 HTTP 请求，正在等待回应... 200 OK
长度： 1978880 (1.9M) [binary/octet-stream]
正在保存至: “selenium-webdriver-2.25.0.gem.3”

30% [==========>                            ] 595,680     --.-K/s  剩余 92s  

#1 楼 @lgn21st 深有同感

#18 楼 @zw963 这还不够，还要注意 Gemfile 里面的 source 设定

#13 楼 @bhuztez 现有的 gem/bundle 机制不支持，要改就是大手术了吧

#1 楼 @Saito 话说这个站不住脚吧，如果代码短，那就更不需要 2 格缩进了，有些代码（比如 html）是因为很容易多层缩进才让两格缩进占了主流

#1 楼 @jjym #5 楼 @monster 微博上也有人希望能够自主选择，应该说这个需求还比较有市场，其实 source 机制本来就是为了选择不同的来源，如果都 302，那还不如取消这项配置变为硬编码，大家有没有建议呢？

期待第二篇

k，这篇文章太打动我了，之前对 unicorn 完全没有关注过，现在看来很威武

呵呵，回复过这篇帖子以后我也反思了一下，也许 ruby 的移植性没那么可怕，最近写了点脚本，没用到 1.9 的特性，所以还是很安全的

#13 楼 @zw963 恩，你说的对，我是没看懂

:joins - Either an SQL fragment for additional joins like "LEFT JOIN comments ON comments.post_id = id" (rarely needed), named associations in the same form used for the :include option, which will perform an INNER JOIN on the associated table(s)

#9 楼 @zw963 这个应该是符合 find 定义的，看 api 文档

:joins - Either an SQL fragment for additional joins like "LEFT JOIN comments ON comments.post_id = id" (rarely needed)

#6 楼 @zw963 我觉得你的问题很奇怪啊，是否用外连接要看场景，你这里的查询目的是什么？

#15 楼 @comme 这个挺有趣，不过我关心的是分布式通信的性能，不知道谁做过研究，有没有结论

#11 楼 @williamherry 呵呵，当然不是我做的，不过看到你做的东西，我猜你是想用 ssh 进行管控，而现有的方案基本上不能应付大量并发，从个人水平的提高来说，你试试会比较有帮助

#8 楼 @williamherry eventmachine 在这里：https://github.com/eventmachine/eventmachine/wiki 这里有个 ssh 相关的：http://www.simulacre.org/em-ssh/

#6 楼 @williamherry 练习一下很有价值的，不妨试试看，有困难上论坛，大家来帮你

挺好的，不知道有没有兴趣进行一下 eventmachine 改造

#10 楼 @Saito play 也算有些时间了，没觉得惊艳，我一直觉得 java 系的前途是 douyu 那样的方案，可惜......

actor 模型大家都有，不过关键是库支持，比如 erlang 就完全不用担心，因为语言会约束你朝着正确的路上狂奔，这一点其它技术都不能比

#11 楼 @bhuztez 现实需求是并发，至于是否并行并不重要，所以我关心的是对并发问题的解决方案，简称并发方案。另外，线程虽然不好界定，但是协程却不能算是并行吧

#8 楼 @gene_wu jruby 性能不是还凑合，而是相当不错，只不过启动较慢而已，另外我猜未来是协程的天下，java 社区的多线程并发方案会越来越不突出

”对中医比较感兴趣"？我刚好相反，能深入分析中医不靠谱的人在我这里是强加分项，基本与喜欢《三体》是一个级别的

刚发现无意中挖坑了，不过我的标准确实如此，希望能交到志同道合的朋友

#11 楼 @quakewang ruby 的优点对于没学过 java 等语言的人来说真的很难想象

#3 楼 @yggg 你们是使用黑名单么？

#1 楼 @allenwei 这是关闭白名单吧，那样安全性又得不到保障了，我并不想关掉它，只是想改起来容易些

#82 楼 @fleuria 是的，我并不评价好坏，这件事应该说是有得有失

老贴又被翻出来了？现在我的想法有点变化，ruby 的流行过于依赖 rails 应该算是事实。不过原因可能是多样的，比如系统维护我还是倾向于使用 bash+python，因为所有的 linux dist 都支持，而 ruby 就不好说了，由于主要使用 rvm，我不确定在没有 rvm 的情况下是否能够正常的执行我写的脚本，so......

用了很久了...

还有一个 trinidad