楼主，用了下，确实挺好使的，但是有点问题，已经提交了 issue，等哪天有空了再提个 pr ，顺便问问能不能哪天扩展下功能读写全系列的 office

楼主可以尝试下：1.转换成 api 模式，去掉不必要的中间件，2.redis 加上连接池，3.使用物理服务器压测下，看看真实的数据，感觉楼主的服务器应该都是云服务器，云服务器同等配置下在大并发下的表现是不如真实服务器的，4.使用下类似 oneAPM 之类的工具在线看看是哪条语句拖时间，5.把代码拉出来一个方法一个方法作分析，然后优化，以上都做了那么可以考虑做分布式的负载均衡，拆掉 redis 的集群，和应用跑同一台服务器最大化的减小网络带来的延时，然后前端 Nginx 做好分发工作，参考下现在 git.oschina.net 使用的分布式方案。

+1

断点续传基本上都需要客户端配合，Ruby 的话在这方面可能很难搞。。。。其他的问题可能都不是很大，没有 gem 包也可以自己手写

分母 +1

有账号数量限制，不行

我要的是自己搭建，不是代发，最好是开源版的

查查空气质量。。关好门窗，其他的没啥了

我倒是多了好多时间干自己的事情。。比如接点外快。。虽然到目前也没接到几个。。。

是的，要写教案，要应付刺头，有时也比较难搞

咸鱼一条，除了老婆孩子，没梦醒

依然是看人的。。。不过程序员这行确实是不得不学习

没什么，就是受够了总公司那班煞笔，说的话自己都不承认，连签的合同都能不认的煞笔我懒得伺候了

就是看看你中意的学校招不招人啊，然后去应聘

看哪个学校在招人就去应聘咯，然后就纯粹的看运气了

这个想法好

何必单恋程序员

又开始招人了啊

我已懒得吐槽

不知道路由支不支持 method_missing，支持的话直接使用这个方法就好了，然后在里面去搞事

unicorn 的作者自己搞了个多线程版本，叫 rainbow；和 unicorn 一样的性质，也有守护进程，不过这货还没有经过大规模的考验，所以稳定性未知，不过，都是一个系列的应该差不到哪去

拉钩上投了简历直接不合适的路过。。。

离职快两月了都还窝在家里的人路过。。。这么说吧，如果你是 ruby 程序员，那么钱途和前途都有，但是如果你是 rails 程序员，大概也就能做到饿不死。。依然建议在会 ruby 的同时会一门其他语言，最好是会一门系统级，一门跨平台，一门脚本，这样基本上只要程序员这个职业还存在，就饿不死

不建议在 windows 下搞 rails，那就是一个坑。。曾经掉过，最后还是回到了 Ubuntu

一般都用参数传递的方式或者用 hash 传递变量，应该没人傻傻的直接用字符串替换的方式去拼接 sql 吧

只有先解决有和无的问题才能谈重构，其实在写代码的时候执行良好的代码规范以及合理的代码审查比重构效果更好，即使需要重构，也会因为规范的执行而导致重构难度比较低.ps:这个观点不适合遗留项目，也不适合技术能力不是很强的团队。

#4 楼 @flystax ok，可否留个联系方式，就这么扔简历过去的话如果石沉大海会觉得挺尴尬的，投递前聊聊觉得是一种比较靠谱的方式。另外，留下联系方式坛子里其他人也能看到这样招到大牛的机会会稍微高点。ps：关于 bindo，我有位前同事在里面工作

我觉得就冲这么多大牛，给点生活费就成。。。

翻了下 rails 的源码，我已被老外的搞法绕晕了，期待大牛的解释。。。

#14 楼 @Qcoder 你的数据库字段中有 type 字段么？如果有的话理论上会识别成单表继承然后生成正确的 sql 的，如果没有这个字段，那么单表继承是不生效的，单表继承不生效自然也就别想指望 sql 正确了。