我不知道这个 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 虽然不错，但要钱

PVE 装这些花里胡哨的东西，你就不能直接用原生系统吗？折腾来折腾去有意思吗，花时间搞这些虚拟机，不如老老实实用单系统稳定一点。Jellyfin 内存占用大就别用那么多插件，搞个 Navidrome 就完事了

LXC 跑 Docker 能省资源是好，但别光看着教程，实际操作能搞定再说。折腾半天最后还不如用原生系统的多了去了。别瞎折腾了。

Vue 官方插件就是一坨！ TypeScript 在模板上不起作用，属性自动引入和错误提示全都失效，这能让人安心开发吗？那些说用 WebStorm 的，谁会因为一个破插件就特意换 IDE ？搞笑呢。

推荐 React 的就别来搅局了，这里讨论的是 Vue+TypeScript ，不是 React ！说什么 TSX 写法复杂，那就说明 Vue 的生态还不成熟，干嘛不直接改进插件？

至于 Angular 和 Svelte ，真以为每个人都能适应那套东西？还有 Svelte ，别吹得那么高，真要用起来也有坑，总之 Vue 官方插件就是个半成品

行了，别再吹 Citus 了！你们的数据量才几十亿条，就以为自己用上了什么神级技术？醒醒吧，硬盘速度一般还敢吹牛，真是笑死人了。ECS 硬盘速度不行就别用这种方案，搞清楚自己在干嘛再说。

蟑螂 DB ，简直就是个大笑话。插入 5000 万条数据就慢到要死，这样的玩意儿根本不值得任何人浪费时间。如果谁还在用它，那真该好好反思一下自己是不是被坑了。

YugabyteDB 呢？连个实战经验的分享都没有，根本不值得讨论。有那个时间还不如多研究点有用的东西。

假的做不做都可以： 找出根本区别再进行选择
真的完全做不做都一样：绝对不做！

依次辩驳一下前面发言：
1. 下一任维护者眼里就是坨便便
说明你从没看过好代码，所以任何你看不懂的代码你都觉得是坨便便，这只是你个人的问题，并不是普遍情况，好的代码很多，就像艺术品，可惜你没见过或者见到了也认不出。
好的代码并不是说设计模式用的多，代码行数少，而是它精准的满足了需求，不多不少，也不会因为炫技或者盲目满足某些设计规范而增加代码复杂度。

2. 给多少钱干多少事
这很好解答，你应该找愿意为你能力买单的工作，而不是有多少钱干多少事，别告诉我你的能力已经没人能出的起对应价格了，也许你应该重新自我评估。

3. 很多来源于需求不明确
需求从来都是不断变化的呀，变化也是需求的一部分。这是我们本来就应该努力做好的工作。

4. 这东西是我继续负责的话代码质量写好一点
这和外地人在街上吐痰拉屎有什么区别？不是我家我就糟蹋，我就没素质，因为环境好了我也无法享受到成果？这是一种严重的误解。
人生从来就是过程而不是结果，就像你吐了一口痰，走几步你就会踩到一坨屎，因为前面一个人也是和你一样想的。
另一点误解就是，你其实很难选择写出“好代码”，你只能在写出“符合我水平代码”和“糟糕的代码”之间选择。

5. 老板懂的话代码质量就写高一点
老兄，你该换工作了，如果老板甚至都不知道你的工作成果的质量水平，凭什么认为他会给出合适的待遇呢？
如果他给多了而不是给少了，那么说明他连基础的市场买卖都没搞懂，项目也不会在市场上脱颖而出，简而言之就是没有未来。
另一方面讲，如果给多了，为什么你没有点感恩的心态，努力将事情做好，匡扶汉室于危难？而是一边拿着有愧的待遇，一边还做着不负责任的事情？

6. 个人追求可以自己搞点开源项目
工作对于大部分人来说就是人生中最重要的事情，如果可以，最好将全部的精力和时间投入其中。
除非你已经摸到了职业生涯的天花板，哦~ 抱歉，我不小心摸到了你的痛处。

7. 评估时间内完成任务放第一位
这是正确的，但用一个正确的观点来论证另一个问题是不合逻辑的。
在保证完成任务的前提下，剩余的空间才是讨论项目完成质量的空间。

---

最后，我很痛心，看到这么多负面的关于项目质量的发言，使我对这个行业的未来感到担忧，也对你们可能被 AI 或者其他什么东西取代而失去赖以糊口的工作产生担忧。
我希望行业中能出现更多的独立思考和发言，更多的对于技术的热爱和对于工作的责任感。
少一些负面情绪，多一些积极的态度，这样我们的行业才会有更好的未来。
赶日超美，加油！希望我们行业的后辈不再说出那句“国外的软件更发达”，就像我们现在已经不再说“国外的汽车更好”一样。