#35 楼 @fly2never

感谢分享!! 让我了解了许多。

说了半天，Ruby 解释器的编写经验来自于分析 Emacs 源码。

有一句话貌似就是 Emacs 最真实的写真：

I started to use Emacs. Emacs become part of me. If i didn't like anything in Emacs, I could change it. Emacs is totally configurable. Emacs made me realize anything can be changed by a programmer.

你写的代码能把人晕死~~

首先，你试图在一个可枚举对象被迭代取出的时候，删除这个可枚举对象的元素， 这种行为常常会导致不可预期的后果。

其次，改用 while 循环，而不是 if.

晕，这代码真晕。

晕~~ 貌似花都离天河.... 好远的说...

咱社区，广州 Rails 招聘第一帖：

考虑要实习生吗？

Ruby, Linux 经验比较丰富，有关 rails, 目前只能算是入门而已。

你可以看我在社区的帖子。http://ruby-china.org/users/zw963/topics

#50 楼 @jinleileiking

你再装一个 sunpinyin 扩展，你就知道了。堪比搜狗拼音。比 fcitx 自带拼音智能多了. 唯一的缺点就是：貌似不会自动词频排序。貌似 fcitx 自带的拼音可以。

不过对我来说不重要。因为 sunpinyin 自带词库就很庞大了 而且超级智能。

#4 楼 @ruchee

技术修养，人品都很好。而且为人很低调，也不追求什么名利。

我靠~~ 都是我的超级偶像!!!

撇开开源世界和自由软件的是是非非，一个人默默的坚持自己的理念数十年，绝不妥协。

不是有点崇拜，真的很崇拜。

据说斯托曼至今未婚。为了自由事业，竟然也牺牲了自己的婚姻...

祝愿照片里的两位都长命百岁吧。多多给人类造福。

话说~ 如果 GNU hurd 正式版如果发布，我第一时间换过去。毫不留情的抛弃 Linux. 只为了理查德的那个信念。

#16 楼 @ywencn

恭喜你，你中大奖了~~

#15 楼 @reus 哇~ 你到试过了？可惜我没这个机会了。本子 inter 的显卡。虽然内存是 8G...

正好我可以帮到你。因为我也在看这本书。

line_items 才不是什么 cart 对象的数组。他是 cart 的一个属性，这个属性通过 has_many 定义. 也就是常说的外键。通过这个属性，获取到了 line_items 对象，现在你明白了吧？

#12 楼 @lgn21st 你们学校真好。还有备用电可以偷。用罗技玩暗黑，你还真奢侈。Diablo 是个很费左右键的游戏。

看样子搞 Ruby 社区的这些家伙们，还是真性情多一些啊。游戏工作两不误。

话说你们别嫌我胡扯，我觉得 Diablo 对于我使用 Emacs 还有有些影响的. 也正是通过这个游戏，才知道可以设定快捷键，才明白了有些时候，使用手指比你 用鼠标要快得多。

#11 楼 @clearJiang

第一代是划时代的创新。就像当年的命令与征服 (C&C), 后来出来红警，感觉上已经感觉不太一样了。

不过，第二代更经典。可惜第一代的游戏电脑上已经没有了。第二代还完整的保留着。哈哈。

Ruby 的资源真是大爆炸。重复度怎么那么高. 刚刚 spork 用熟了，又冒出来一个 spin, 刚刚 autotest 用熟了，又冒出来一个 kicker, 看这些我都看烦了。

我觉得年纪小一点的同学，可能完全没听说过 Diablo~ 毕竟十年了...

#44 楼 @skandhas

哈哈。那照片是八年前结婚时照的。现在已经老啦。

对了，我给你发了两封邮件，你怎么不理我呢？

抽空，更新了一下本贴. 并且更新到了 Wiki.

http://ruby-china.org/wiki/tutorial

#42 楼 @jinleileiking

fcitx. 使用的是：sunpinyin 的模块。

安装编译挺麻烦，这也是我把输入法模块单独搞到~/bin 目录下的原因，重装系统，输入法直接能用。

不管那个用户登陆，只要~/bin/fcitx 存在，就可以使用输入法。

#3 楼 @anklos 真精辟。

#4 楼 @lgn21st

哇~~ 胡子剃的好干净~~~ 用的什么剃须刀，一定给推荐下。

觉得还好了。

反正除了第一次上，平常也见不到那个大钻石。 对于新用户，貌似没有了那个大钻石，少了一种惊艳的感觉。

#34 楼 @hisea

不妨给我这个小白讲下，用了 haml 和普通的 erb, 在较高抽象层次上的优势有那些？ 我值得是 是否方便修改 或者 方便共享 或者 可读性强 之类的方面。

输入速度方面不用解释了。一看就知道。用 haml 速度快一些。不过我用 erb 现在也很快。自己弄了大把的 snippet 和 auto-complete.

趁我现在刚接触不久，想换那个成本是相当低的。rails 这个玩意儿变化太快了。不像 Ruby.

我就怕搞了半天，搞的过时的东西。白费半天劲儿

#32 楼 @hisea

我现在 rails 还很初级，不过，使用这玩意儿，如果生成页面过多，难道没有性能瓶颈么？ 毕竟变化太大了。

#28 楼 @hisea

刚刚看了下 haml 的手册。好酷炫的东西。你们的项目中，已经大规模使用这玩意儿了？还是你自己再用？

#28 楼 @hisea

auto-complete 自带的 doc 目录下，手册那个英文，我估计初中生都可以读懂。写的超级详细。等你读过，你会喜欢上 auto-complete.

haml-mode, 貌似我还不知道是什么玩意儿。 人和人差距，杂就这么大昵？

慢工出细活。无论你是聪明绝顶还是智商一般。

#30 楼 @neutralevil

Emacs 从来就没高过 Vim.

ac-dictionary-directories 这个变量在 auto-complete.el 中被定义，auto-complete.el 又被 auto-complete-config.el 混入，所以正常情况下不可能提示变量不存在。

你有没有吧 auto-complete.el 和 auto-complete-config.el 放在你的 load-path 之内？ 例如：~/.emacs.d/plugins/auto-complete

#3 楼 @hisea

要不干脆你直接用我的配置吧。如果你有兴趣，我发一份给你。

现在最大的问题是：注释太少。虽然我强烈认为自己的所有配置符合人体工程学，甚至我认为我的配置是在一套首先建立了一套使用编辑器的哲学基础上建立起来的 (例如所有的模式的同一个键尽量选择相似的设置，不惜大幅度更改), 但是毕竟对于我来说是太个性化的东西，估计很难上手。

#4 楼 @bony

你真逗~~