用 scp 吧。另外建议就直接在 Mac 上开发 Rails，其实非常便捷。

如果细心作统计的话，社区规模，人数，关注度，应用领域，或者种种你能想到的方向，Ruby/Rails 都呈现上升的趋势，暂时看不到任何发现平缓或者停滞的迹象。如果是当股票投资的话，是稳涨的。

#2 楼 @The_Little_Donkey 自动加 link 在 code block 中是不会起作用的。

@The_Little_Donkey 你的朋友后知后觉啦，呵呵。不过这里的情况是 Mac 党，果粉众多。

#1 楼 @ywencn (thumbup)

谢谢分享，@zhang_victor 也去 Gravatar 给自己更新一下 Avatar 吧 :-) http://en.gravatar.com/

是啊，这里本就不是一个很大的社区，所以如果有头像的话，也会方便你在社区积累个人的 Reputation 呀，特别是在小社区中，Reputation 非常容易积累的。

#16 楼 @googya 啊，对啊，我觉得我错了。。。

#1 楼 @Rei 同意，json 的 hash 风格在 JS 里面看着就非常顺眼，但是在 Ruby 里面怎么看都不舒服。

aaronp 在 AT&T 工作好像，但却是一个全职的 Rails 核心开发人员，而且我超喜欢他的 Speech，搞笑风格碉堡了。

我手上有两本 Matz 本人亲自签名的《松本行弘的程序世界》，寻有缘人。

签到，呵呵。

#4 楼 @longerian :-)

我遇到过类似的问题，你遇到的问题是典型的库依赖问题，是某个已经编译安装的 Ruby gem 带有 C 扩展，而且用了/opt/local/lib/libffi.5.dylib，但是我无法确定到底是具体哪一个。

弱弱的问下是什么牌子，哪年的？ .... 哦，我问的是红酒，不是 MBP，呵呵。

我 QIM 唯一的理由是 QIM 有个“Keep silent in applications”的功能 简单的说就是可以让 QIM 再任意情况下不能再指定的 App 下输入中文，我用它来达到不在 iTerm，MacVim，TextMate 中输入中文的目的。

到了这个级别，就不要考虑 Google 了，而且用 Google 发送邮件极容易被当作 Spam。另外可以负责任的告诉你，邮件发送是一件及其复杂的事情，远远比看起来的要复杂的多。

基本策略是：采用异步任务，用数据库来批量生成 mail 的 template，交给专业的邮件服务商来发送邮件。比如知乎用了Postmark http://www.zhihu.com/question/19883607

另外推荐这里的一篇文章：The benefits of outsourcing your email delivery

#7 楼 @skandhas 一般，但是很考验你的耐心和毅力，如果有这份耐心和毅力的话，你不需要这套教程。

#4 楼 @ywencn 不，我其实反而是付了钱了的 :-) #5 楼 @fsword :-) 我们崇尚娱乐精神嘛。

哪有这样发帖要求别人给你翻译文档的啊？ 倒不如你听我的，去学一套教程，学完了保证你能解决各种文档的问题，而且可能连人肉翻墙的问题都一并帮你解决掉了。

#6 楼 @azhao 问题是如果一个 method 同时带有 &block 和 *args，但是这里的 *args 并不是 &block的参数呀，所以我真正纠结的是你写出的那部分到底是不是就是要表达这个意思，还是你没有写的那部分要表达的就是这个意思意啊。

再顶一下明天的活动。

#3 楼 @nouse 对的，我看到这个问题，我首先想到的也是要钱，要人，要设备，呵呵。

#3 楼 @azhao 你确定你表达完整了嘛？你的句尾是一个“逗号”。这让我想到一个冷笑话：我最讨厌两种人，第一种人，话只说一半，

我试着用最简单的方式回答你，呵呵。

首先，ruby 的方法可以接收参数，从某种角度说，参数类型至少分三种：普通参数，可变参数或者 block。Ruby 通过参数名的前缀来识别参数类型，"*" 对应的是可变参数，"&"对应的是 block。这个前缀是告诉 Ruby 解释器，如何去理解参数的类型，否则 Ruby 自己是不明白你这里的参数到底想要闹哪样的。

至于可变参数和 Block 的用法，请自行 Google 或者找 Ruby 语言的入门文档，呵呵。

想起几年前，曾经天天要跟 XML 和基于 Soap 的 WebServices 打交道，那个年代 nokogiri 还没有横空出世，手上只有两个选择：hpricot 和 libxml-ruby

libxml-ruby 是对 GNOME Libxml2 XML toolkit 的 Ruby 封装，速度一流，但是 API 语法晦涩，个人很不喜欢用，而且安装的时候需要你先装个 libxml2-dev 的库。

hpricot 是纯 ruby 实现，内部算法基于正则，解析速度也还行，当然没有基于 C 的 libxml-ruby 快，关键是 API 语法非常简洁清晰，所以在性能不是问题的情况下我首选 hpricot。

后来 nokogiri 出来了，我记得当时特意研究了一下 nokogiri 的实现，nokogiri 本质上仍然基于 Gnome 的 Libxml2，但是在 API 设计和语法上充分吸收了 Hpricot 和 XML Builder 的优点，当时甚至还能从源码中找到 XML Builder 和 Hpricot 的 namespace，不过貌似现在已经被移除了。所以本质上说，nokogiri 是基于 C 的并且兼容 Hpricot 的一套优秀的 XML 库，所以除非部署环境不允许，不能允许安装独立第三方库 libxml2-dev 的情况下，首选 Nokogiri。

这个... 真有点标题党啊。

#8 楼 @HungYuHei 鸡肠版，又学到了，呵呵。