hhkb 好贵，filco minila 蓝牙版不错呀，手感可以，占地小，蓝牙方便；还有就是 cherry 原厂的，就是大。

ssh-copy-id 阿，一直 scp 了 n 年

#26 楼 @mjf429 文章看过，不过基于学习成本，还是留在 vim 了

这个产品不错，好像最近还有上海的用户访谈会

再忙也要跟一个

帮顶一个，有压力有机遇有空间

持续小步升级

ransack 要用 4 的分支；i18n 有问题要调（比如用 github 库代码，以及 rails-i18n 库）

qiniu

上面这么多高级东西阿，我只是 firefox 插件库搜 kindle 后找了第一个用着。 传统发 kindle 邮件的方式（看电子书的说明书搞的），没有 app。

#7 楼 @edokeh 对的，上面那个是 js 引入的语法，下面 erb 就需要如此来正确解析，最近才遇到。

#2 楼 @jicheng1014 上面单百分号其实是 html/js 模板语法，只是和 erb 语法同样了；下面双百分号是 erb 语法

#11 楼 @fahchen Thanks，这个没的维护，估计不会去用，但手写的话可以参考下哈。

#12 楼 @neverlandxy_naix 了解，多谢。有朋友也是自己设计权限接口的几张数据表，然后写 helper 等方法，应该类似。

#9 楼 @shooter 使用体验？坑？感受？

#6 楼 @xlaok 这是固定一个规则对不同角色做权限判断吧，很精简，Thx。如果规则多了，估计要分不同 policy 方法和文件。

简单瞄了下，这个挺好。前面参考 google 文章打算手写也规划这么个代码结构，连类名都是这个一样的命名方式。

到时候用的时候具体去看它的细节逻辑哈。多谢。

好像数据量计算量大了费用也不便宜，一旦用上他的各项服务，技术迁移就比较困难。

总之用它也是会有各种成本的。

#1 楼 @neverlandxy_naix 方便问下基础代码结构，就是有哪几个文件放置什么目录？新建的目录，还是放在原来的 application controller 和 help 中

记忆好，啥都记住，一个方法几百几千行都清晰记住， 记性不好了，于是定个规则，每个方法不超过 5 行，名字要起得一目了然。

哈，也插一脚，[email protected]

映像中建行的后台系统似乎不错；支付宝很早在 linux 下支持很不错。

简洁，没必要功能藏的很深，通过页面布局和设计让用户知道自己在哪里。

回去的时候点 logo 或者大菜单就好。

何必一层层呢，又不是工具或者 ERP，个人觉得可以取消。

哈，昨天还跟人聊到，工作这么多年就遇到一次磁盘坏掉，但是这种情况一次能让你记得很久很久。所以平时花点时间备份是值得的。

甚至用云平台，我也会觉得定期有个离线备份比较放心。

#10 楼 @zw963 这个没有测试过，不敢随意下结论。 mongodb 通过 in 来写一个自己的 join，然后会有左右链接 join，in 的数组大小等情况，代码实现本身的性能等问题，还有开发测试投入。如果只是先快速实现功能的话，选开发快捷的就好。如果有时间折腾的话，可以测试研究，但是文档类数据库的强项/适用场景应该不是这种情况。 个人觉得如果东西多了，可以根据场景混合使用数据库就好，不强求一个技术解决所有问题。

如果有时间有技术的情况，也适合去自己真的写出来测试看看效果。

如果只是为了尽快做出 demo，不是深入搞技术，建议用主流的开发快速的就好。 obj-c 和 ruby 应用领域稍不一样吧，一个 app 一个后端或者 web，所以需要用到的话可能都需要，其它的等用到的时候再来，比如 js。

#2 楼 @jeff_duan 很多关联查询，甚至 join 操作的地方，关系数据库比较方便，不是文档类数据库对口的应用场景，而且这个需求不涉及性能问题。

又看到一个从 mongo 迁移回关系数据库的，以前用一个 mongo 写小东西，后来重写的时换回 postgres 了。

两个数据库不一样，导致设计存储结构很不一样，所以最后方案只好手写数据迁移脚本。

其它工具类的没经验，等其它同学回答。

welcome or site