低端用户阶段，目前倒是没体会到研发体验提升多少。

是有想过用 turbolinks 来重写后台了。要是前端没空的话。

是，不过我们只是调研，还没到你那一步。

可还好用？

说得我竟找不到词汇反驳。

那是有道理的。不过就算上 GraphQL 还是得写自动化测试。昨天也试了一下 https://graphql-ruby.org/testing/integration_tests.html 也不是说不行，就是感觉有点折腾。

居然还有这种操作。。。。。。

你这种解法倒是简洁许多，是我想复杂了。

还是要盈利的。

写得真好啊。

简单划了下我喜欢的点

即便在应聘者做完自我介绍后你就已经判断他不合适，我也希望你将面试进行下去，也许在一定的程度是浪费了彼此的时间，但我觉得面试不仅是互相选择的过程，也是一种互相学习的过程，甚至在一定程度上你会积极地影响对方，给你和公司带来好的口碑。

我在后期带团队的时候就放弃了所谓的套路，只遵循一条原则——真诚地对待身边的人并让大家感受到你的真诚。无论是招聘还是管理团队，真诚就是是最简单并且最有效的方法。

你没有办法做到规避一切风险，你要做的是容忍那些你可以控制的风险

我觉得企业招人应该像是找"老婆"而不是"女朋友"

偶遇，哈哈，我还想着要不要贴你们 ShowMeBug 的链接。

0.3.10 了。。。。。

有更好的选择吗？

我回头 looklook，见识少，让二位见笑了。

哈哈哈哈哈哈

是的，可能后面要做分析还需要进一步拆解。

你这个用法我还没试过 。接触 Rails 有点晚了。

各种复杂的查询统计和报表都是有好处的。

目前没有这种需求哦，现在用 json 字段就能做一些简单的搜索，如果后面有的话再把数据从 json 里面迁移出来也行？

@order.with_lock do
    @order.set_paid!
end

我理解这里也用了悲观锁了吧？如果单纯是用乐观锁的话是不是with_lock可以去掉？直接

@order.set_paid!

恩。一开始考虑不周。

哦吼，你这个可以用

t.jsonb :json_attributes

感觉空间利用率会高一些？Rails 自带哪个貌似只支持 json，或者 text

NOTE: If you are using structured database data types (e.g. PostgreSQL hstore/json, or MySQL 5.7+ json) there is no need for the serialization provided by .store. Simply use .store_accessor instead to generate the accessor methods. Be aware that these columns use a string keyed hash and do not allow access using a symbol.

先 star 有机会拿来用用看。

https://learnsql.io/settings 这个页面炸了。

cool

get

回头关注看看。

噗，我看看。 不过减不减肥我倒没太在意了。都是顺带效果。

是这个款吗？

希望如此吧。不过要劝妥长辈有点难。