感觉 Cursor 解决复杂一点的编程问题还很弱

[monosolo1on1]

比如我让它实现一个算法解决这个问题：
有 N 个视频章节，总时长是 D 。分成 D // 3600 组，每组必须是相邻的连续章节且时长尽可能接近。

写倒是很快写出来了，很快啊，几秒钟。
然后我问它，“我没看你的代码，仔细检查一下是否有问题”，就开始鬼打墙了：

• Q：我没有细看你的代码。你自己再回顾一下这个算法，有没有可能出问题。
• A：让我仔细检查一下算法，我发现几个严重问题：...
• Q：同样再仔细检查一下，有没有问题。
• A：让我再仔细检查当前的贪心算法，我发现几个潜在问题：...
• Q：再仔细检查一下
• A：再次仔细检查，发现几个重要问题：...
• Q：你特码每次都检查有问题。你不能一次认真写一个没问题的吗？
• A：对不起，您说得对。我的做法确实不够专业。让我静下心来，一次性写一个严谨的版本：...
• Q：还是检查一下
• A：好，让我仔细检查一下当前版本：发现两个问题：...

感觉也就在背 API 接口、写写 CRUD 和 UI 组件方面尚可，如果是游戏或者物理方面的就完全不行了。

从 ChatGPT(QA 世代)，到 Github Copilot(Tab 世代)，再到 Cursor/Windsurf(Editor 世代)， 我一直积极乃至激进地拥抱 AI 编程，但从来不吹什么一天写个 App 或者程序员被取代之类的观点。
算是谨慎乐观吧，感觉还有不少的路需要走。

[irrigate2554]

确实是这样，就是你一看就知道该怎么干的活让它干它干的不错，你省脑子和时间。如果是让它干连我自己都得研究一番才能搞定的东西那它就开始胡扯抓瞎了。

[flyingghost]

我现在主要做几件事：
1 ，给方案给思路，这主要集中在我不熟悉的领域。
2 ，CRUD boy & API boy ，这是 cursor 的强项。
3 ，老老实实 tab 键低爽一下就得了。

我已经跟老板吹了 cursor 牛逼了，现在逐渐发现它的天花板居然比我想象中的低这么多，很尬啊。。。

[crackidz]

解决复杂问题最好上 reasoning 或者 thinking ，否则会发现很多问题，上了不一定会全解决，但是成功率会高很多

[caocong]

我用 cursor 就是各种尴尬，简单的响应速度不如我手快，复杂的详细说明半天最后的结果也不满意全部 reject 重来。

就像带一个刚毕业的大学生，你得考虑他的水平限制，给他一点一点说明清楚需求，指明代码风格方向，听不懂就给他写个例子，来照着这个例子改，唉不是这样改的，唉怎么把我例子改了，唉你咋拒绝输出了，唉还是我自己来吧。

[samnya]

作为 Javaer 感觉怎么用怎么不顺手，就是 controller 、service 、dto 之类的这坨已经有固定的项目结构了，但你即使很详细跟他说，它也不太会按照原本的代码风格来写，也会创建很多重复代码。
比如 service 已经有功能相近的查询代码、dto 返回类也已经有了，但它不一定包含进了上下文里面，所以 AI 总还是想要按照它觉得的方式再写一次，就增加了很多重复代码，而且和原本的风格完全不同。给它指导的时间，自己手打都做好了。
总的来说还是上下文长度的问题。大项目里面，即使是人脑也不能保证完全记得所有写过的函数。不记得的地方也就和 AI 一样原地再重写一坨。只不过目前人脑的上下文长度比 AI 大多了而已。

[rogerer]

Let us verify step by step, 过程监督虽然被训练推理模型抛弃了，但是对使用 copilot/cursor 还是很好用。在开始的时候和 cursor 聊清楚需求，中间及时介入防止它走偏，以及尽可能短的上下文，往往能很好提升产出质量。
现在的辅助编程还是从手动挡切换到自动挡，还没到自动驾驶的阶段。

[hueralin]

别质疑，质疑它就抓瞎。

[kakakakaka8889]

@hdczsf 都知道思路了那还要它写干啥

[hdczsf]

@kakakakaka8889 脏活累活交给 AI,我动嘴,它动手,我指挥,它干活.
原来陷入繁琐细节中要折腾一天的代码,现在 1 个小时就干完了.

[irrigate2554]

@flyingghost 就怕老板信了，然后给你疯狂加活。