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

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

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

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

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

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

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

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

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

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

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

  • 个人推荐APP

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

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

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

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

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

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

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

  • 官网也用rails,这倒是很少见

i love my wife & ruby