#26 楼 @zhangsm 嗯 有可能会 现在还不确定 其实我们希望定位为纯工具 作者反而可以仍然使用原的渠道而利用八十二十来发布付费文章。这里我们还不确认。

#24 楼 @zhangsm 好问题。既然是用来写作需要付费的文章的工具，当然是写 "有价值的" 文章。所以：

1. 作者觉得有价值，才会写这篇文章
2. 读者觉得有价值，才会购买这篇文章

八十二十目前只是工具，跟百分之八十公司没有关系。

#21 楼 @vman #22 楼 @fuyang 谢谢支持

#57 楼 @perect 你可以选择集成 cancancan 或 pundit. 看自己需求。关于你提的加注释的方式，我倒觉得有时间把 wiki 完善一下更好更清晰。已经列在 README 的 TODOLIST 里了。

#55 楼 @qx devise 不会集成，已经考虑过了。 simple_form 早就集成了，不多说了。至于 slim 是见人见智的事，不再调整了。@ashchan 谢谢你的经验分享。

#61 楼 @debugger 可一并去掉 application.yml 与 application.yml.example 中的配置与 config/initializers 中的即可 :)

#52 楼 @samport #53 楼 @ashchan 明显是高的，slim 让你少码很多无效代码就够了。反过来说，混写 html 与 js 是个 bad smell 的事情，避免掉，如果实在避免不了，那就当前文件用 erb, 混用 slim 与 erb 不是什么问题。

#49 楼 @hww 好主意，考虑中： clearance issue

ActionCable 不影响加载。

#2 楼 @huacnlee 早上更新 rails 5 的时候发现的，作者已经合入了，还合了我的 PR

#42 楼 @seaify 看起来还不够完善。不过很轻。

#40 楼 @pzgz 是的，所以我在一开头就说它是 "固执" 的。正如 @martin91 所说，rails-template 是选择困难症患者的良药。我觉得没必要在这里纠结这个高大上的 "思想". 如果有好的 gem 方案集成建议，我们为何不探讨技术呢？

#38 楼 @pzgz 恰恰相反，这个模板是为非初级工程师设定的。当然可以依靠这个思路搞自己的项目模板。但 rails-template 的目的就是选择一套 "最好" 的组件。避免选择症。所以选择 gem 会仔细考虑：

1. 非常必须的 gem 才会被考虑
2. 有类似选择时选择尽可能简单易懂的那一个
3. 最多应用的

换言之，它很 "固执", 但够快速，有时候会强推作者的经验，会有偏见。但绝不坑你。更适合中级工程师想进一步改进项目构建之用。我觉得是符合 rails 的一贯思想的中国开发者版。

#32 楼 @martin91 好东西啊，不过就不默认集成了，需要的话自行加。这一套差不多够了

#7 楼 @huacnlee 已经添加了 simple_form, bootstrap 暂时用 3. 一是 simple_form 对其支持还要改进，也等它正式版出来。

#28 楼 @freefishz 欢迎使用 :) 有问题找我，我尽快解决~ #29 楼 @vincentjiang 这个是小招 :)

#25 楼 @holysoros 好建议，先记下！

#21 楼 @huobazi 又拍的 backend 端可以用 qiniu :)

#16 楼 @lazybios 嗯 起初我也一直用的这个 rails-composer, 不仅选项多，处理完依然有不少组件要改。所以才动手搞了本帖这个项目。

#17 楼 @rdongxie 是的。

@jun1st 嗯是的，欢迎 star 与 fork 改进它

#11 楼 @hz_qiuyuanxin devise 在国内用的不会很多，因为邮件登录不是首选，这种情况下带来的问题比解决的问题更多，所以不集成它。想添加的话是很容易的，去的时候反而麻烦点。

#8 楼 @huacnlee 嗯 可以升到 4 了 simple_form 我再考虑考虑。

@j9ywy 短时间还没有准备做聚合内容。所以更依靠作者与你的人脉度。

@hz_qiuyuanxin devise 跟 simple_form 不是很好的东西，社区里也有一些吐槽，在国内不是很需要。即使需要也非常容易整合。而移除比较麻烦。所以不集成在内。

#17 楼 @lithium4010 谢谢:) 期待进一步的反馈

#3 楼 @chinakr

@jasl 今年开公司了，来精神与经济支持一波 RubyChinaConf

@ericguo 不过分 先关注我们，静等我们更新~

@xlaok 看看这里就明白了： https://github.com/rails/rails/tree/master/actioncable/test, 我也写了几个项目的 actioncable, 也没写测试 难度可能大于开发。