竟然能在这里看到 TiDB 的话题，最后我选了阿里云瑶池数据库，也支持自部署，默认云服务开箱即用

https://imgur.com/aiQ7XXI

我不知道这个 V2EX 发个图片为什么这么难


我不知道这个 V2EX 发个图片为什么这么难

我不知道你的并发量多大 oss 都扛不住


我不知道你的并发量多大 oss 都扛不住

https://s3.bmp.ovh/imgs/2025/03/26/8563a5c7cbd7f437.png

我不知道你的并发量多大 oss 都扛不住

澎拜 OS 不更新不也养老吗？

“上述也许可以归因为个人 Prompt 姿势不对，但之所以觉得其“闭合”，还有一个原因是大模型的上下文限制：对于一个解耦且不同人负责不同模块的项目，Cursor 无法很好将别人的变更同步到上下文中，在新代码里容易根据已有上下文在犄角旮旯里去用 @deprecated 的东西。（除非你把相关的 commit/文件都找出来显式地 @给它）
”
针对这一点，给出一点心得，当你手动改完代码后，告诉它：
“我已修改 XXX ，在后续工作时，请先检查已有代码”
“我已修改 XXX ，使用 git diff 查看我的修改，然后继续做 XXX”

我在做的是`文档驱动开发` 其中文档也是 AI 写的。
反驳一下楼上认为没必要的理由：
1. AI 健忘，所以必须有固定不会遗忘的参考点，例如文档或单元测试。
2. AI 会的太多，它不知道自己应该在编码员，还是主程还是架构师层面来帮你完成你的想法，所以你需要明确它应该怎么做，如果你让它完成这些测试用例的开发，那么它就是编码员，如果你用需求文档作为参考点，它就工作在架构师层面，如果你用 API 文档，它可能工作在主程层面。

对于复杂的功能点，我也选择用测试用例去固化接口行为，然后优化修改实现代码。虽然不太符合楼主说的 TDD ，但实践证明，测试用例在 AI 编程中具有现实意义。
（温馨提示：1AI 会在无法跑通用例时修改用例，2AI 有事会偷懒用 Mock 实现来跑通用例，所以监督开发在当前阶段还是必须项，这也是我们大部分程序员暂时还没失业的原因，偷着笑吧）

使用 AI 一定是有方法有策略的，绝不是一些人说的怎么用都一样，全靠大模型能力。

参考： https://zhuanlan.zhihu.com/p/29042557398

一句话总结: TDD 用于 AI 编程是有利无害的技巧。

各有优缺
<img src="https://pan.star-lock.cn/f/YJTA/%E5%BE%AE%E4%BF%A1%E6%88%AA%E5%9B%BE_20250319174016.png">

cursor+SSH 大赞，我全天都在这样开发。说远程桌面的那些，你们不知道 VNC 和 Linux 的桌面多难用吗，而且只是用来跑环境的机器，给它装个桌面，不是很多余吗？

相对来说，剪映识别效果最好，人工修正必不可少的。

这个频繁超时，真的让人无语

Golang 的 GC 机制注定了它不适合大型游戏，内存管理简直是灾难。你们是不是被 Golang 的“简洁”给骗了？用 C++或者 Rust 不好吗？性能和控制力都甩 Golang 几条街。还有那些推荐 Nakama 的卖云服务的套路看不出来吗？真要用 Golang ，Pitaya 还凑合

Nest.js 确实是个很复杂的框架，简直是故意让人头疼。要我说，这么多中间件、服务、模块系统，真是折腾。为了封装个 API 竟然还要搞那么多花样，搞得像在玩魔方。还要弄不同的导入方式，真是让人抓狂。用这个框架不仅心智负担大，还得时刻提防循环依赖，简直是恶梦。

那些说它适合大型项目的，搞笑吧，Express 或者 Koa 都能轻松搞定，还需要用这种繁琐的框架吗？想要搞出个好用的后端框架，别学 Angular 那一套，把事情复杂化，只会让人更反感。

有这心思不如直接用 Java ，Spring Boot 起码还不至于这么折磨人。后端框架本来就不应该那么卷，搞得好像我们开发者是受虐狂一样。找个简单高效的用就行了，Nest.js 这种复杂的玩意儿，还是留给那些喜欢折腾的人吧。

SyncNavigator 这种软件真的靠谱吗？老机器上的 MySQL 5.6 都快要停机了，还想不停机同步到 MySQL 8.0 ，感觉不太现实。阿里云 DTS 虽然不错，但要钱