赞~ 虽然我顶 14 楼。

有想法没关系，但是公开发表是不是有点扯？

#3 楼 @runup

环境变量： 表示在当前 shell 解释器上下文全局有效的 全局变量. 例如：x=100; echo $x, 这就是环境变量. 不过这种定义在 shell 的子 shell 并不生效，如果希望生效 (可以想象成继承), 需要写作：export x=100, 这样，任何应用程序中，都知道有一个 $x , 他的值是 100 了。你可以用 $x 作为条件添加逻辑，这样， 就可以通过环境变量控制应用程序的行为。

可以 kill -l 查看 kill 支持的 signal, man kill 有介绍几个最常用的 kill signal 含义。

pid 就是一个进程的唯一 id. Linux 下面一切都是文件 (包括设备，内存中的东西), 因此进程也是一个文件。

工作目录就是你运行一个命令时所在的目录，pwd 可以查看当前工作目录，cd 可以改变工作目录。

至于如何下手，我以前看过 鸟哥 写的 linux 书，受益良多，看完他的书，开始用就是了。

最近忙，不常来社区，回复晚了，不好意思啊！

哈。不顶楼主没天理呀!!

好吧，第二个有关 == 以及 eql? 的更扯淡了，各是各的用途，不解释了。

感谢楼主翻译。

不过，不过我刚看了第一个，就太扯淡了。只用 && 或 ||，万万不敢苟同的。正好相反，在绝大多数情况下，应该使用 and 或 or, 只有在非常罕见的情况下，（涉及优先级不同，高低），才需要用 && 以及 || .

#24 楼 @luikore

师傅说的是，其实 Linux 也没有多熟，只不过养成了一些 Linux 下的（也许算不上好的）习惯，一时半会儿找不到替代。

Mac 最让我不舒服的一点是，处处都能看到 Mac 自作聪明 的为用户设定的 贴心 设定 ......

我来说下，我用 Apple 遇到的主要问题吧，可能不完全对，有意见或建议尽管提。

1. 触摸板觉得不好用，还是不如 `指点杆 + 触摸板 (仅仅用于上下翻动) + 左右键', 这个姑且当作一个习惯性问题吧，需要慢慢适应，而且就算换成 Linux 也没啥好处。

2. 弱的要死的命令行以及对应的工具链，虽然使用 brew 可以安装一些 GNU 常见 utils, 不过那点东西远远不够，还是不习惯呀。

3. 无与伦比的图形，但是图形真的太漂亮太炫了，我想我就是 新得勒的名单 当中最后上吊的那个老头吧，被蹂躏惯了，真心不大适应，程序猿用这样的机器？我还是觉得 Mac 最适合的对象是： 高富帅 或者 白富美 上个 QQ, 收收邮件，看个电影啥的。

4. 和 Linux 的诸多不兼容，且不论谁好谁不好，毕竟适应了一个，换用另一个，真不是改几个快捷键或者熟悉了触摸板手势就可以完全取代的。在很多很多细节的地方，真的很不一样，我只能说，如果我一直用 Mac, 当我换成 Linux 时，会有一样的感觉。

5. 总的来说，Mac 是给不爱折腾的人用的，而我其实是一个比较爱折腾的人。

谢谢各位，那我这周末就打算试试了。

@huacnlee, 为什么我发帖，收到许多回复却没有任何通知？

@yukihiro_matz

哇～！！我和你有过合影呀！ 你是我学习的榜样！我现在仍旧一直在努力。

曾经还以为内置脚本语言是 Ruby, 结果自己搞了个....

Cool, tmm1 还写了一个 profile 输出分析工具，叫做 stackprof, 可以帮助找出性能瓶颈。

#7 楼 @as181920

很多关联查询，甚至 join 操作的地方，关系数据库比较方便，不是文档类数据库对口的应用场景，而且这个需求不涉及性能问题。

问一个问题，如果自己写一个 Mongodb 中使用的 join 方法，例如从一个表中取出所有数据，然后在另一个表中，使用 find 茶所有匹配记录，假设两个表都有索引，两表规模在十万左右级别 (属于杜撰，也许有更好地实现), 假设 Mongodb 最优查询算法的前提下，也远远比不上 MySQL 之类的关系数据库吧？

#11 楼 @Rei

哦~ 了解了。谢谢。

#9 楼 @Rei

那为什么不可以

User.where("robotic_catch >= ?", current_user.robotic_catch).count

呢？

#24 楼 @huacnlee

又在传教 Apple 了...

#42 楼 @gene_wu

谢啦。我去不成了。汗~

有机会来上海，再来参加喽~

#21 楼 @hisea

我是来顶 让 这个字的，yield 的精髓呀，不过，我一直用两个字来形容： 让予, 更有点主动的意味。

很酷！好喜欢~

#20 楼 @weakish

例如樓主的例子， { |user| user.id > 33 }，塊只能收 user 一個參數，不能另外傳參數給它。

好吧，如果你这个 例如 是在解释下面的话，

Matz還提到，傾向於使用高階函數的OCaml的2239個庫函數，沒用函數參數的佔87.2%，用一個函數參數的佔12.1%，也就是有兩個以上的不到1%。因此，大多數情況下，只能有一個參數的塊也夠用了。 

我可以很肯定，你完全错会松本的意思了。这个所谓的 参数, 指的是：楼主所谓的那个 本质上是个参数, 也就是说; { |user| user.id > 33 } 这是一个参数。而所谓的两个参数，如果用 Ruby 写，也许是这个样子：

meth {|x| x > 33 } {|y| y > 44 }

很明显，这是有点丑陋的。同样的需求，在 Ruby 下当然也可以实现，是这样做：

proc = proc {|x| x > 33 }

meth(proc) {|y| y > 44 }

而这样的需求，在 Rails 里面，还有很多 gem 里面，也是有的。只不过，这就是松本所说的 不到1%.

go go ~~

#17 楼 @weakish

大多數情況下，只能有一個參數的塊也夠用了。

你这话容易让人引起歧义。我想你的意思是: 一个函数，仅仅存在一个关联的块，就够用了。

原来这么漂亮的语法只是个障眼法，自从知道它本质上是个参数以后就觉得不好玩了

这个逻辑无法理解。知道本质后，应该惊叹于 Ruby 的 一致性, 统一 才对。其实 Ruby 的很多魔法就是没有魔法。

实现的原理有些绕，每次使用 block 的时候忍不住脑补它在函数内部是怎么 yield 的，累！

那是因为你还没有洗脑成功，等你洗脑成功了，就不会去想了。

至于楼主最后给的例子，不具有类比性，因为 Ruby 本来就很 简单, 可能你从 Python 的角度，来看 Ruby 有点过于 魔幻化 了。那个医生错了，错在他不该了解那么多... 而你对了，因此这才算开始正确的认识 Ruby 了。

这个必须欢迎呀！

你一定会发现一些不错的朋友！

btw: 欣赏你的博客标题。

网站漂亮！

哈哈，我师傅马年出马了...