目前还有一个后端中级职位的空缺，欢迎大家投简历~

支持

好多妹子

cool! 如果在北京，好想去拜访一下

+1

说的很中肯

@ztt 自己写比较好，很简单的，如果使用 devise, 很可能需要重写 RegistrationsController#create 方法 另外，密码需不需要的问题，是看你的业务需求了，业务需要密码的话，就加上密码。

@dailysunshine 修改密码这个是个 bug, 工程师还没有改 手机端要微信登录，那么靠关注服务号这种方式是行不通的，必须使用微信的 Oauth

如果要通过 直接通过微信服务号注册 而不是微信 Oauth2 的话，需要在 devise 中单独对微信写一套注册的逻辑， 其中的坑比较多，建议不使用 devise, 自己实现登录注册模块. http://account.fir.im/signin?sns=1, 这里的微信登录，就是在 devise 中对微信单独写了一套注册登录的逻辑，与其他的第三方登录完全不一样。

@justin 关于 append_features 的解释在 这里 可以作为一点参考

#6 楼 @justin 直接更新到原帖上去好了，可以让更多的人看见

关键点都没有解释：

1. append_features 钩子方法是什么时候调用的？
2. 为什么要重写 included 钩子方法？
3. 多重 module 嵌套是怎么通过递归去处理 @_dependencies 的？

不认为 tap 增加了可读性

不错，帮顶

http://stackoverflow.com/questions/12329406/jquery-mobile-rails-devise-error-loading-page-when-logging-in-with-incorrect-c/14595607#14595607

#53 楼 @lips 当然不是啊

#51 楼 @lips 复杂应用，基本上都前后分离开了，各种模块化

#3 楼 @gerry1004 另外，第一个 gem 包生成的是字符串，不是图片，第二个 gem 包生成的才是图片. @MrPasserby 正解，放在前端做才是正解

#3 楼 @gerry1004 这个涉及到二维码的规范，去找找相关二维码规范资料就明白了

还有这个 https://github.com/DCarper/rqrcode_png

https://github.com/whomwah/rqrcode 我用过，挺好用的，不过我觉得这种服务还是放到前端比较好

用 namespace 就好了

做成 gem 这种方式，除非是你觉得共用的部分不会再修改了。如果修改频繁，不建议做成 gem. 另外我现在用的方法是用 message queue 来拆分项目

前同事，先赞下

能用 symbol 的地方，我绝对不用 string

已入，异常好用！

建议自己写

小伙伴们挺赞！

#7 楼 @davidlichao 在项目中我用这个 settingslogic, 比 Struct 更方便。