@yuanyiz 元一 加油！

#62 楼 @mogodb 其实 让 Ruby 对 Windows 更加友好，不是非常的难， 而是非常的非常的非常的难！

Pry

写得好

#12 楼 @ericguo 非常谢谢你的支持，我看到了你的 PR，我正在测试，稍后 Merge

做一个不是很恰当的比喻！ 算法 和 Ruby 语言 一样 只是一种技能。 即使不会，你依然可以编程。 但是，你多掌握了一种技能，你可以干更多的事情。

再做个比喻， 算法 就像 武功中的 内功心法。 编程语言 就像 武功中的 外功招数。 集大成者 必须内外兼修。

再做个比喻。 算法 就像 Dota 里面的增加输出的装备 编程语言 就像 Dota 里面的输出性技能

总之 数据结构 和 算法分析 都是很有用的！ 都是编程的内功，是计算机编程的精髓。 对程序员来说，会受用一生！

而编程语言这东西，每个 5-6 年，就要换一种，属于计算机技术的皮毛！

最初我用 Delphi，后来我用 C++，然后我用 C#，之后用 Ruby/HTML，今后我打算用 JS/Go 但是 我最初学过的 数据结构 和 算法分析 这些知识基本 没变过， 反而觉得越来越有用！

#9 楼 @geekontheway 谢谢分享，这个网站和我的想法很相似。

#8 楼 @colorfulberry 刚才我在升级，升级到 ruby 2.2 所以服务器停了

#6 楼 @h_minghe 在代码和 rails 层面 没有对文件大小做限制，但是服务器和 nginx 层面 做了限制 文件大小 不能超过 20mb

#13 楼 @zgm User.current 就像毒品，最初用的时候很嗨！后面副作用很大！ 对大项目而言是有害的。

#11 楼 @yukihiro_matz 大神不是发明电冰箱的吗

三胖很有爱！

#6 楼 @u1418214779 你是不想要女朋友了吧！

顶啊！！！！

该方案的优劣，因人而异！ 如果团队，里面只有你一个人，哪随你折腾！ 如果团队，里面有多个人，最好少数服从多数！ （如果是偶数，就“拿”石头/剪刀/布 干掉一个先） 因为代码是属于团队，也是写给团队看的，所以应该尽量让多数人接受！ 不要搞独裁！

#21 楼 @rasefon 说的好极啦！

#4 楼 @springwq 存在服务器上！

两种方案我都尝试过！

方案 1

只有一个优点，就是是很装逼！ 缺点是，维护成本高和可读性低， 尤其是在后期调试的时候（打 log 和设置断点，都是问题）。

用软件工程的语言来说， 该方案增加了接口的耦合性， 失去了独立性， 不利于扩展。

方案 2

这是软件开发这么多年来的常规做法。 历史经验告诉我们，这么做除了多些几行代码，没有其他坏处！ 接口独立，该复用的复用，不该复用的木有复用， 还可以轻松的实现接口内部的差异化！ 即使某个程序员只学 10 分种的 ruby， 他也能读懂和维护这段代码！ 估计奥巴马都能看懂，这不就是“可读性”三个字的最高追求吗！

很多年前的我，会选择方案 1 但此时此刻的我，会选择方案 2 也许 n 年以后，我会再选择方案 1 也许随着时间的增长，我的选择也许会不断的改变。 折腾永无止境！

AWS EC2 新加坡机房 小服务器

无限高薪 NB!

官网 http://unicorn.bogomips.org/ 看完首页 再看配置方法 http://unicorn.bogomips.org/Unicorn/Configurator.html

#7 楼 @springwq 那就试试 unicorn 很简单

灰常好！

写的非常好，受益匪浅， 造福人类，拯救全世界！

gemset 很简单，也很好用，也很实用。 配合 rvm rvmrc 就更好用了！

gemset bundler 两个都在用，一直都很爽。 正如 @nightire 所说，这两个工具解决的是不同的问题。

顶一个

进入 中央电视台的节奏

sublime 的 飘过

我们的项目解决过类似的问题，使用乐观锁和唯一索引，可以解决这个问题