好热闹 撒花 +1

学习了，确实 graphql api 的设计和 REST 还是很大的差别

我感觉，如果进大厂或者外企刷题很必要。工作中，会有意识的考虑效率和复杂度的问题。

ruby，有还多需要提高的。但，我感觉你说的这些真心算不上。自己查 def def_method proc block lambda，的区别吧。这些语言特性我感觉是很有用的，区别也很明显。有 lambda 不就是 你说的一等公民吗？还要怎么一等公民？

还是你会玩儿

没有 ar, 为什么不直接 arel table 呢？

segment tree?

@zzz6519003 @darksky 怎么确定的 996？

@ericguo 期待大神

这几个主题都很期待

很牛逼呀

项目挺大的，有一些复杂度，自定义表单的设计还是很精妙的．希望有兴趣的朋友来聊聊．

顶一下．项目有挑战．公司氛围很好．

必须去

有意思

有意思

@ericguo

你说的这些操作无非就是 rebase add commit reset checkout 就可以完成了。"光用命令行，几乎干不了什么复杂的事情" 太偏见了。

能有一个清晰的 git log 是好的。但是，和 gui 与否没关系。

楼上说的 daemon 应该不是用 daemon process 作为执行任务单元吧，只是一种思路，应该是可行的。

有一些卡，需要优化一下。

一般不想喷的，但是，我忍不住想说一下，gnu 垃圾？linux 垃圾？开源垃圾？恩，不说技术，先理解一下，gnu 和 linux 的历史，再来，还有 linux 是给有一些底子的人用的（如果你不用命令行，你用 linux 是为了桌面？）。你太自欺欺人了。

还成 after_save 去掉 x lock, 用 redis blpop 弄一个 semaphore 应该是可以的，这个有 gem 的。或者合成一个 sql，直接 update。

啊啊啊，这个可以的

感觉没有绝对的对，或者绝对的错，存在即合理

我原来项目的 customer 表几千万，效率真的不是问题。当然如果进行复杂的分析，还是后面接一个 olap，我们当时用的 redshift。

个人感觉选择一个关系型数据库 MySQL 等，索引建的 ok，代码写的 ok，千万级别还是不成问题的。我原来的项目 event 表亿级别的索引合适，代码写的效率 ok，运行的很好的。

很赞

请他