支持~

非常好的想法，最近我一直在用 AI Coding 写 Rails 代码，感受极好，我录过一个视频可以看下：https://www.bilibili.com/video/BV1rufJYyEsR

确实很多相似点，结构化的 task 和步骤分析都有点一样。不同之处是 clacky 是 CDE 架构，Traycer 是 IDE 插件。

感谢分享，我去看看。

目前重心是提供 CDE 模式，可以多提建议~

感谢支持，已发。

感谢支持，已邀请。

感谢支持，已邀请：）

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

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

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

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

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

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

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

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

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

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

辛苦了

还有需求

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

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

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

我们去努力实现。

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

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

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

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

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

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