cool, 我们正好也在研究云端开发环境技术，很有收获，作者有兴趣可以一起交流~

好文，是个很新奇的角度的问题。值得深入思考。

非常实用的经验总结，已经分享给自己团队。

做一个 service 层来做，如果是像 models 但不放在 db 里，也可以放在 models 里但不持久化。

这个很赞。 devise 很强大，但有些过度抽象，真正有自己需求时很难调整。 完全自己手写安全性又很难保证。一个强大的脚手架是很好的解决方案。

我听说是有的，可能在广州

等 2000 万条以上再考虑。要是 pg 的话，showmebug 有 2 亿条的都没有任何问题。

千万别这么干，会出现重大的偶现 Bug。在 Rails 的框架里，不要用任何线程，因为底层的实现有可能是线程池，也可能是 fiber，会导致线程中看上去独立的变量复用在不同的请求里，引发重大 Bug。

再一次“激进"创新，引领未来的 web 开发之路。

关于问题一，主要的原因在于每次处理数据的内存可能是超出预期的，数据处理应该尽可能在查询期解决掉，而不是放在内存对象里。否则会导致系统 GC 问题。 关于问题二，这个要具体业务具体分析，没有特定的标准。主要的考虑还是 QPS 的需求，业务对准了哪些接口，如何验证和场景化。

辛苦了

还有需求

备注一下再加一下？我这一直有处理。

中午有午餐时间，晚上可以提前去吃饭。

所以要用技术做产品，用产品来证明价值。

我们去努力实现。

已经有人用了 我再发一个 lh7oMO

可以先看看官网，https://1024code.com

我留一个邀请码，用完可以留言说一下。omW7pT

我们自己在公测一个国产版的，有兴趣试试更快的 replit 吗

可以线上写，可以用 AI 一起写。

发展很棒的一家垂直行业公司。

刚跟负责人确认还在招募中，共有 6 人，预计还需要一个月关闭 HC。

我帮问问，如果是招满的话我更新停止。

辛苦华顺维护。这是我们的基础设施。

这个是个很好的发现，看看能进一步研究根因不

支持，已提交主题，深圳也在招聘中高级 Rails 工程师，我们特别喜欢工程能力好，对代码有追求的工程师。

学点前端

强力支持

关于 puma 一些简单的结论：

1. 线程数配置到 5 个
2. 进程数配置在 cpu 核数

就是最优配置，性能最重要的是验证接口 QPS 能力。