我喜欢 TDD 创始人 Kent Beck 的回答（ https://stackoverflow.com/a/153565/518291 ）： 我因有效的代码而不是测试而获得报酬，所以我的理念是尽可能少地测试以达到给定的置信度（我怀疑这种置信度与行业标准相比很高，但这可能只是狂妄自大） . 如果我通常不会犯某种错误（比如在构造函数中设置错误的变量），我就不会对其进行测试。我确实倾向于理解测试错误，所以当我有复杂条件的逻辑时，我会格外小心。在团队中编写代码时，我会…

增加了侧栏的宽度 280->300，增加了编辑器的容器宽度 768->824，现在编辑器的宽度和文章内容的宽度一致。 暂时不想实现全屏宽度的编辑布局，我希望编辑页面和文章展示效果尽量接近。

为了安全尽量用密钥，网上一直有脚本扫描尝试密码爆破的。 一直断可能需要梯子了。

好的，不过密码我加了fail2ban,应该问题不大 这个老是断线的问题后面还得再研究一下，我连的是腾讯和阿里的机子应该不是网络问题。 还有个办法在服务器上部署一个CloudStudio也很方便写代码。

欢迎。😃

适当的测试能够覆盖掉一些底层库升级带来的bug，还是值得的，一个系统上了生产后，不可能不写测试，因为我就有过不写测试的系统上生产的经验，一个rb文件的语法错也会导致生产挂掉，显然也不可接受。至于需要写多少测试来保证生产的稳定性，这其实是一个业务代价问题。

开个大内存的服务器做构建机。

收录到 ChatGPT 四六级考试。

I think it can create a Model to store the export status, so that it can be queried at any time. Then use the turbo stream broadcast to update the page. I recently recorded a video (in Chinese) showing the usage of turbo stream broadcast: https://ruby-china.org/topics/42959

test

I try to replace ActionCable.server.broadcastwith Turbo::StreamsChannel.broadcast_replace_to to broadcast HTML partial to users. It works. But I think ActionCable is the easier way in this case.

这是不是被 ChatGPT plugins 替代了？

我觉得可能不是取代的关系，正是 ChatGPT plugin 让这个模式可以持久了。 因为 ChatGPT plugin 是在 ChatGPT web 上的一个功能，甚至要plus用户采有资格，目前也不明确 API 用户能不能使用 plugin。 所以，有了 ReAct 机制，开发者灵活性很大，可以在自己的 垂直领域 App里使用； 可以在自己的第三方ChatGPT 套壳应用里使用。 另外，Shopify 的 CEO 在开源的 GPT 实现上也跑通了这个模式，所以其实不局限于ChatGPT：https://twitter.com/tobi/status/1640788727243874312

甚至可以做成 ChatGPT 的私服，直接读取 ChatGPT plugin 的 config ，没有限制，然后在自己的应用上使用ChatGPT 的插件。我看有国外开发者已经成功做到了。

我认为 「不断推迟函数执行时机」 不能100%解决竞争问题 假设异步函数执行的所需时间范围是1000ms-6000ms 推迟执行时间固定是1000ms，依旧会出现race condition

确实，如果一个异步任务的执行时间远超“推迟执行时间”的阈值，如 debounce 的 delay ，则有可能在整个任务执行的过程中触发了多轮“推迟执行时间”，这会导致仍有多个异步任务被执行，并进一步导致 race condition 。 感谢指出，这一块我确实没有考虑到😂

本站的代码块是支持语法高亮的，用法： ```lang code here... ``` 其中 lang 替换成语言名，例如 c。

是回复错了不，我记得是在github之前问过你

我是奇怪这篇文章用了截图而没有贴代码……

嘿嘿，一般代码比较少我都用截图