ios 的版本是？

好 不错 有信心了

决定晚几年再去摊大饼

中间表增加一个属性不行吗？

每次都直接返回状态，这样代价也不大吧。你的长轮循频率多少？是怕响应不及时还是增加太多负载？

大手笔，居然要 8 个，要挖空好几个公司的 rubyist 才够人。

写一篇博客至少要花半天左右的时间，时间成本很高。考虑到工作日没有什么时间，周末处理一大堆琐事至少也要用掉一天。也就是说写一篇博客要用掉一周一半的自由时间

现在就用 markdown 把每张新表和字段名写成表格，然后更新到任务说明里。因为除了表结构，表名和字段名、字段类型也要和大家确认，达成共识后才能确认下来。

用过 mysql workbench，好处是现有的表结构可以直接导进去。

不过到现在使用次数少于 10 次，一般只有比较大的功能才会画个图，这样和其他人一起确定数据模型的时候，讲起来容易一点。

然后把文件关联到任务里，本来目的是如果有新人，他可以通过这个文件了解当初数据模型的设计意图。

后来发现其实用不到，而且根本不会有人看。

别写博客了，弄个公众号吧，博客你不会有心思一直维护的。

不要说很多人，这样容易误伤，到底是谁，请指名道姓。

个人推荐 APP

A Programmer’s Perspective，中文书名叫做《深入理解计算机系统》。

之所以推荐这本是因为在很多 CS 专业会把这本书作为其他课程的基础课，而且这本书可以说非常全面。

最近我又重新看了 3 分之 2，又有一些新的收获。

第二章讲编码，三、四章讲汇编指令集和 CPU 结构，第五章结合三四章的内容讲一些程序优化。第六章讲存储体系和 cache，第七章讲编译原理。第八章讲中断和异常处理，第九章讲内存管理。后面三章分别讲 I/O、网络和并发。

这本书野心很大，将本来好几本书的内容整合到一本里，但是总体完成度很高。

可以一边读一边看国外的视频课程，做做习题。每章至少读三遍，完成这本教程以后，基础知识应该比较完整了。

这个时候再学别的很快，比如再去看《Understanding the Linux Kernel》时就会毫无难度，因为底层的东西几乎覆盖了。

官网也用 rails，这倒是很少见

Sorry。举了个错误的例子，不是你笨，是我笨，你比我更聪明。牛逼

比如 print，在继承关系中这些 singleton_methods 貌似是孤立的，在不用其他方式修改 self 的指向时应该只能通过 Kernel.xxx 的形式来调用吧

你想想下面是调用的哪个方法

Class Foo
 print ""
end

建议你就老老实实谈好价格找人外包，这种指导别人写代码有谁敢接？比自己写代码麻烦多了，要是我给我三倍的价格我也不接。

可能一轮循环完毕了，第二轮开始了，接下来 mac 触摸板和前端正瑟瑟发抖中……

你是不知道，楼主对前端、spa、sorbet 或者 mac 的触摸板都有意见，Go 只是最近才加入这个豪华套餐。

如果我是楼主，我就承认自己下结论太草率了，不然就会在更多人面前暴露自己的缺陷。

你一开始说要 type hint。

好吧，Sorbet 动静也不太小，你居然不知道。作为 ruby 爱好者，你已经丢范儿了。

然后去看了一眼，估计连文档也没看，就判断出 Sorbet 是侵入型的。

好了，继续开喷，想找回场子。

结果呢？sorbet runtime 只是可选的，然后你又只能抓住 namespace 和 module 这些微不足道的点死撑。

我觉得吧。不懂并不可怕，可怕的是死要面子，失去了真正认识一件事需要的耐心。

确实是运行 0 负担啊，require 进来的时候多编译一行代码而已，这点都算负担的话那就不要用 ruby 了。

不是已经有了，连 runtime 都有，至少 spec 的时候可以开启

你为啥隔三差五就要黑一下前端，反正就我所知，前端至少和产品、设计交流的机会要多，比后端好找女朋友多了。

好像 Vultr 的 vps 分到的大部分 ip 都 ping 不通

照 2 楼说的用 eager_load。

includes 不一定会用一条语句同时查询出关联表，它会根据情况自己选择是否 join 关联表。

用 eager_load 则一定会，用 preload 会强制分成两条查询语句。

厉害

rails engine 放公共代码，同时共享给 api 和后台两个项目，目前的项目是这么做的。

你可以参考下 manageiq 的拆法

去过一次兰州，印象比较差，道路好混乱。一样是西部城市，感觉西宁比兰州好很多，不知道为什么。

我不觉得 Ruby 比 Python 好用，大项目还是 Python 好用。

Ruby 的自由度是以牺牲部分项目的工程性为前提的，项目越复杂这个缺点就越明显。Ruby 好用的地方是可以使用 dsl 把项目里隐含的抽象更语义化地表达出来，这些东西用其他语言可能会更加啰嗦一点，节省掉这些啰嗦的部分会让人觉得很爽。不过当你去维护一个你不怎么熟悉的系统，或者把项目交给一个抽象水平不怎么高的程序员时，这个优点就不那么美好了，甚至可以说是一个缺点，构建时节约的复杂度迟早会在维护的时候还回来。

牛逼！

我以前是 C 程序员，后来发现智商不够用，于是跑来写 WEB 了。