你试一下bundle exec rails console。可能性不大，但也许是机器里面新版本的 bcrypt 影响了。

bundle install

$ rake creditcard:apply

和多线程好像没什么关系吧？你把所有的 Oem 都换成顶级 module 先试试看，现在名字还不一致。

@rocLv 没有关系 其实你说的也有道理的。

最好不要叫做"assign_by"及"assign_to", 用人的代称比较好，比如"assigner", "assignee" ，然后分别指定不同的字段名称。

class Task < ActiveRecord::Base
    belongs_to :assigner, foreign_key: :assigner_id, class: "User"
    belongs_to :assignee, foreign_key: :assignee_id, class: "User"
end

大概就是这样吧，语法不保证全部正确。

@rocLv 你不在乎，有人在乎。这些都是免费的劳动，不要说得像给老板干活似的。另外我是不太喜欢你这种开口就指点江山的口气，不像是做技术的人。

“差强人意”很难苟同，楼主光看个首页了，整个网站里面的各种细节和优化不知道写代码的人费了多少心血。

技术社区没必要那么花哨，HackerNews 还不是多少年不变版面，连个字都看不清，好像石器时代的网页一样。

@leeluolee 很高兴见到作者！其实写出这个库真的非常了不起！ :plus1:

我提的想法是基于用户的角度，所以稍微苛刻一点 :) 我觉得就目前的卖点来说比较难以说服使用，或者说是文案还有待完善吧，毕竟很新。

Reactive 的卖点是渲染的速度，但其实并没有什么组织结构可言，所以好多人都把 Reactive 和 Backbone 搭配使用。RegularJS 号称融合了 Reactive 的优点，但并没有看到这方面的说明。

Angular 最大的好处，我以为是模板和实现分离，写起代码来根本不用考虑 Dom selectors，很爽。但在你这里我又看到了 Dom seletors 和类似 Mustache 的模板。请原谅，我的第一感觉是，不如还是用回 Backbone 比较熟悉一些吧。

其他的特性比如绑定也不是很新鲜的概念，不说 Angular 和 Ember, Backbone 用插件也能无缝轻松实现。所以，我是确实不知道这个库的卖点在哪里，或许功能本身是很强大，但文案里面并没有突出。

没有仔细研读，乱写一点意见供参考。

加油！

不觉得有什么出彩之处。号称“下一代”也不知道依据在哪里。

写博客有专门的 Github Page，干嘛要用 issue，滥用工具。就算是用这些刷贡献墙也是很傻的行为，随便点开一个看就是你的 issue 博客，别人只会认为你是一个灌水的。即使你真的有什么开源贡献也会淹没在这些水里面。

不写中文路径

以前不仅不明而且没注意现在明觉厉 :plus1:

@atlas 表结构是很轻松的事，主要是数据重要。如果有有用的数据的话，先备份数据库。然后，正常情况是rake db:reset一个命令可以全部搞定。不一致的数据后面再想办法导入好了。

改动数据库结构用 migration。先学好基础吧。

那就用 Vagrant 或者 Docker 吧，我们有十几个 Rails 服务同时跑在 Vagrant 里面，用 unicorn, 再加上兔子，本地开发机器划拨 4G 可以跑得很流畅。没用过 RubyMine，只用 Vim。

同时开四个项目也是问题，应该专注在一个。

Ruby 可以设断点单步调试，但在远程你也用不了啊。Rails 最新出来 web console，不过我还是习惯看日志。不懂 Java，用 Ruby 做网络里面暂时还没有遇到过调试不出来的情况。

看日志。

@egg_show Rails 功能强很多性能自然差一点，不然你也不用考虑了不是：）但这些性能差离瓶颈还差得远，而且也可以用硬件弥补。

@Martin91 自动生成当参考是可以的。不过当你的主要业务逻辑逐渐搬离 AR model 的时候，你会发现这个图也是没有什么用的

用 Sinatra 是遇到了瓶颈并且算过硬件成本和开发成本之后的决策。在你离这些烦恼还有十万八千里远时，果断 Rails 吧，没什么好纠结的。

UML 是 Waterfall 时代的典型象征。现在也没有特定流行什么，什么适合用就用什么。要依赖 UML 的话，在敏捷开发的环境下，更新了一个方法就要去更新 UML，不然 UML 几天就崩溃了，谁有心思去做那个更新啊。

UML 已经过时了，现在谁还用那个啊，不要陷进去了。

还以为他最后会说一曲忠诚的赞歌。哈哈

你的字段名要能够自己表达自己，写在数据库里面的评论谁会去看呢。

看你的目的了。如果你是想做产品经理、文案、设计等等，然后需要和开发者沟通，可以看看这些速成的东西。

正则过滤 html 标签，这也太不专业了吧。