@betteron 居然没有 v 币,那我就走 sol 把

@vclin 我写的一般比较杂，主要写前后端产品，目前最常用的语言是 ts ，Java, python

@betteron #9 感谢这么认真的回复❤

@ligz 问一下 op 这个链接是什么字体啊，挺好看的

AI 辅助编程写的很详细，但是 vibe coding 讨论的有点少，之前在油管搜索过相关视频，我发现 vibe coding 其实也挺复杂，但是角色切换很大，更像是从一个敲代码的变成一个会敲代码的项目经理，敲代码的能力主要用来 debug 了。 需要 vibe coding 一个项目，首先需要明确的产品认知，最好有完整细致的需求文档，只有你知道需要做什么东西，你才能让 ai 做出什么东西。编码能力最后为 ai 兜底 debug 解决 ai 解决不了的问题，因此其间也需要不断学习编程语言。 虽然和 vibe coding 不需要了解代码的原教旨有出入，但可能是现阶段更贴合实际的 vibe coding 方式。 vibe coding 和 ai 辅助编程感觉是个双向奔赴的事，大家的目的都是完成产品开发，只不过一个是以人为本，一个是以 ai 为本，也许当 llm 的能力再进一步，两者终会殊途同归不再有侧重，也许很快，毕竟 llm 的发展速度的确很惊人。

@ligz 感谢，文章分析了一些底层的机制，受益匪浅，目前自己使用一些国内的 IDE 开发 cpp ，开发很快，但是修复编译错误，又慢又耗时，也消耗了很多次数，还在摸索使用 PromptX 和 BMAD-METHOD 这类 MCP ，目前收效不多

很好的一篇博客。 我现在高强度使用 Cursor 、Claude Code 以及 Copilot 写一些工作或者开源项目，但是我无法接受一点：对 ai 生成的代码只要求功能效果，不去人工 review 。所以，很多时候，我的处理 IO 成为了产出的瓶颈，但是这个没办法，作为一个工程师，要把关好最后一公里。 另外我还有一个比较切实的体会就是，我对编程语言的要求有了改变，我希望使用的编程语言没有太多抽象，更具体的说，我不需要语法糖了，我只需要一板一眼、完全工程化的编程语言，反正都是 AI 帮我干脏活。在我的场景里面，感觉 Rust 或者 Go 都是很好的选择。

拜读了一下 AI 相关的文章，写的非常好了，本来天天让 AI 给我写 AI ，只知道实现了，不知道为啥，看完以后清晰不少