问 HN: “氛围编程” 发展到什么程度了?

4作者: pigon100213 天前
我正在努力了解“氛围编码”在今天的实际情况。<p>我目前正在进行的项目代码量接近6万行,并且包含相当复杂的业务逻辑。据我所知,在这个规模下,只有少数工具(比如 Claude 的桌面应用)真正有用,所以我没有尝试过其他 AI 编码服务。<p>与此同时,我不断看到有人发帖说,他们在一个40小时的周末内就构建了2万行代码并推出了一个SaaS。这让我开始怀疑自己是否过于谨慎,或者只是在基于过时的假设。<p>我已经相当依赖 AI 了,一个明显的优势是,我现在能够理解之前编写但没有完全掌握的代码部分。尽管如此,按照我目前的速度,我感觉还需要几个月的开发时间,然后是几个月的测试,才能让它成为一个真正的生产服务。而且,测试似乎是不可或缺的。<p>与此同时,那些被描述为“氛围编码”的产品似乎并没有得到特别负面的评价。<p>所以我想知道这里的人现在是怎么看待这个问题的。 “你并不真正理解代码,所以以后会害了你”这种批评现在还有意义吗? 或者我们是否正在达到一个构建软件的默认方法本身需要改变的临界点?<p>我特别希望得到那些从事更大或更复杂系统的人的观点。
查看原文
I’m trying to understand where “vibe coding” realistically stands today.<p>The project I’m currently working on is getting close to 60k lines of code, with fairly complex business logic. From what I’ve heard, at this scale only a few tools (like Claude’s desktop app) are genuinely helpful, so I haven’t experimented much with other AI coding services.<p>At the same time, I keep seeing posts about people building 20k lines of code and launching a SaaS in a single 40-hour weekend. That’s made me question whether I’m being overly cautious, or just operating under outdated assumptions.<p>I already rely on AI quite a bit, and one clear benefit is that I now understand parts of the codebase that I previously wrote without fully grasping. Still, at my current pace, it feels like I’ll need several more months of development, followed by several more months of testing, before this can become a real production service. And that testing doesn’t feel optional.<p>Meanwhile, products that are described as being “vibe coded” don’t seem to be getting particularly negative evaluations.<p>So I’m wondering how people here think about this now. Is “you don’t really understand the code, so it’ll hurt you later” still a meaningful criticism? Or are we reaching a point where the default approach to building software itself needs to change?<p>I’d especially appreciate perspectives from people working on larger or more complex systems.