性能的话和同配置的 pc 没有什么差别 不过苹果的做工很不错，没有什么小问题。 mac 比 ubuntu 好用不只是一点点。

cheers! 但是，万一淘宝的服务器崩溃了，我们岂不是啥都干不了了？因为没有办法强制使用官方源

用了 rspec+factory_girl 两年了，回来用 testunit+fixtures。发现那就是一个飞速啊，各种爽快，TDD 就应该马上能看到结果。

用 rest-client 的话，比这个方便点

vim + 1

以前很喜欢 debug，但是最近一年习惯打 log。不需要担心 debug 挂掉或者不稳定。 test 如何 debug，我的方法是直接 puts

看来有好多人反对搞黑苹果啊。 不过我自己也攒了一台 pc，用来玩暗黑 3 的，顺便根据黑苹果的要求装了个。刚开始不太懂，现在用起来和真苹果区别也没有多大。不过确实容易出问题，只要不乱改东西都没事。 对于实在木有钱又特别依赖 mac 的人来说是不错的选择。

@Ensolab 简历已经发送到 [email protected] Sen

元编程全部都是围绕 self 开始的，搞清楚 self 是什么就顺畅多了

用这个东西作为绩效统计，觉得不是什么靠谱的事情 开发人员的绩效，真的说不清楚

@aNdReW_Qx 很烦火炬之光无尽的地下城

现在 Diablo3 可以购买，5.14 日 23 点可以开始安装，5.15 零点正式开服。

ActiveSupport::JSON.decode({id:1,name:'稳妥',descn:'哈哈'}) 这里明显有问题，ActiveSupport::JSON.decode 这个函数接受的是一个 json，也就是说是个 String。这里的参数是个 ruby 的 hash(1.9 的 hash 语法)，不报错才怪。

我觉得 linux 下的工具比 window 强大，直接一个 ssh 就搞定的事情还要请 gui 出来 保存用户名和密码？有个文件叫做 authorized_keys 另外，*nix 还有很好的工具可以用:mosh

挺好的一件事情，但是无奈都不太符合我的审美观

我个人的习惯： 一些常用的东西，方便放到 model 中的，就放 model 不常用，稍微复杂，不方便放 model，放 controller 的多个 private 小函数中 不常用，很复杂，不方便放 model，另外写一个类专门处理

坚持一个原则，保持 action 中尽量无逻辑

我也不喜欢 cucumber 比较喜欢 testunit+capybara 的组合

相对于 find_by_xxx，更喜欢直接 where 另外，lz 这样的 monkey patch 并不太好，最好保证 mongoid 版本的稳定性。如果 mongoid 的代码改了，容易出问题。

#14 楼 @azhao maccman, spine.js 的作者吗？原名好像是 Alex MacCaw。确实羡慕啊。 高帅富必须 DHH

看了一下，这个东西貌似用在 rubinus 或者 jruby 之上会更好。 一般的 rails 之类的应用性能上应该没有太大改进。 faye 这种性能可能会有一些改进。 有人用来替代 unicorn/rainbow 了吗？

#22 楼 @azhao 这就是为什么会有 ci 这个东西的原因，也是为什么会有 travis-ci,janky 之类的东西诞生。 但是，@ery 的需求是，想让他重构时跑测试的速度快一点，这一点是 dev 环境的东西，走 ci 环节并不会有太大帮助。 另外，如果想跑得稍微快一点，可以试试看 https://gist.github.com/1688857 这个 patch，但是有时候可能不太稳定，最好不要用到 production

#20 楼 @xds2000 诚然，但是你是否确定跑测试的时候，每个 test 文件都 require 一次呢？每次是否花时间呢？ 另外，真的不推荐完全用 factory girl 代替 fixtures，会慢很多很多，这两者应处于共存的关系

#16 楼 @azhao 测试服务器？这个如何做 TDD？

#13 楼 @ery 事实上，IO 的问题就是 require 的问题，每个测试都 require test_helper.rb 或者 require spec_helper.rb 就会变得很慢，因为这个文件里也有很多 require，尤其 require environment 特别慢。 如果仅仅 require 相关的那个文件，那就会快很多。当然就会少很多 helper 以及 rails 的支援。但是此时的测试更为独立，没有太多依赖的库。 建议试试看 require_relative 吧，不过这种方式测试代码都要重写。

#7 楼 @vkill 觉得跑测试硬盘速度才是瓶颈，如果可以上 ssd，速度会有大幅度提升

测试之所以慢，抛去硬件原因，剩下的就是编写的方式了。 由于 require 的东西多，自然就慢。一些测试可以写成 isolate 的，速度会有大大提升，不过需要大量 stub。

client_side_validations 这个插件不错，但是有时候需求比较鬼畜 所以不得不用 jquery validation 这种来做校验

@zw963 分享屏幕这种都不支持吧，只是我现在用只要能打字就足够了

gtalk 再 mac 上很方便，直接用 ichat 连

发现一个插件，用起来感觉也不错 https://github.com/kana/vim-smartinput