我的老断。不开心，送人了

遥祝

公司地址在哪儿 我想去转转

还是觉得 https://github.com/ankane/searchkick 好用

#28 楼 @hrz3424 实在是制度不允许。我自己倒是无所谓的。抱歉。

@carter 可以的 提前邮件约一下

#24 楼 @hrz3424 remote 暂时还不行。老板接受不了。

#25 楼 @ywencn 蜗牛 过来面基

#21 楼 @maomaoxgg

#20 楼 @carter 持续招聘中，欢迎来面基

百词斩我之前一直用的

#18 楼 @maomaoxgg [email protected] 你给我发个邮件 我吧联系方式发给你 不方便这里发 😄

重新发了一下

#14 楼 @maomaoxgg 早 9 晚 6 中午休息 2 小时 12 点到 2 点

公司要求先下了

#7 楼 @kai209209 深圳 视频部门 大事件制作地

#8 楼 @maomaoxgg 来聊聊？

#6 楼 @ucooling 不是 哈哈

楼上都脑洞好大 哈哈哈

#19 楼 @jimrokliu 如果用了 scala 很可能所有 worker 都要你自己重构了！

#13 楼 @kikyous 没研究过，对 node 无感啊。逃）

#14 楼 @luikore 囧 改过之后就是 "c \" 了 我用了全角符号改了下

#63 楼 @huacnlee 实际情况是内存用不满，但是开多了 worker 导致很多任务时间骤增，这个是上不去的原因。

#10 楼 @huacnlee 是是是 笔误

#8 楼 @luolinae86 硬件提升却是是一方面，这次主要是硬件性能不能被充分利用，另外，ucloud 给我们的机器全部都是 ssd 的。

#4 楼 @ch3n 我们现在是根据业务需要重写，没有保持一致。另外我觉得最佳实践应该是 有统一数据层，然后不同的地方在不同的引用出做修改，比如说某一个服务引用了一个 model 并且需要新加一个字断之类的 应该在这个服务自己的数据库新建表做记录。

gorm 是因为 star 比较多吧？

#5 楼 @tylerlong

#1 楼 @rubyu2 暂时我们 api 服务状态非常好 还没有重构的必要。

#43 楼 @quakewang 现在 1000 多万了，是整个系统，暴漫峰值 在晚上下班时，这个时候任务量特别大。异步 request 确实好思路。