AI编程让你跳过了最简单的部分，却放大了最难的部分 | 帖子 用AI在周末做出一个“能用”的项目
AI编程让你跳过了最简单的部分，却放大了最难的部分 | 帖子 用AI在周末做出一个“能用”的项目管理工具很容易，但两个用户同时编辑数据时系统就会悄无声息地崩溃。
AI编程让你跳过了最简单的部分，却放大了最难的部分 | 帖子 用AI在周末做出一个“能用”的项目管理工具很容易，但两个用户同时编辑数据时系统就会悄无声息地崩溃。
AI生成的代码完美符合你的要求，但它不会告诉你什么是乐观锁，也不会处理支付webhook重复触发导致的双重扣费。
能跑的原型只占软件工程的1%，剩下99%的问题要等真实用户出现才会暴露。
有人周末用Claude Code搭了个项目管理工具，发推说“刚替代了Jira”。
本地测试，单用户，顺利通过。
但当两个人同时编辑同一条记录，数据就悄无声息地损坏了。
他们不知道什么是乐观锁，之前也从没需要知道。
这种过度自信才是最糟糕的部分。
“上线前只需要调整几个地方”——你需要调整的那几个地方，就是产品本身。
这就像打了个地基就说房子基本盖好了。
原型可能只占软件工程的1%。
剩下99%是真实用户出现后才会遇到的：竞态条件、事务失败、会话在错误时刻过期、支付webhook触发两次导致重复扣费。
AI没覆盖任何这些。
它只会精确地构建你要求的东西。
Vibe coding确实有效。
做个人工具、一次性脚本、不会给付费用户用的原型时，它又快又够用。
但它有个硬天花板，一旦遇到真实场景就会显现。
代理工程（Agentic engineering）是另一个维度的能力。
你不是在提示词里要代码，而是在分解问题、设计系统边界、写足够精确的规格说明让AI不跑偏。
你要审查它构建的一切，因为它会犯那种只有你知道“正确”长什么样才能发现的错误。
你要引导它，捕捉它遗漏的东西。
如果你不知道什么是分布式事务，AI救不了你。
它会信心满满地生成有问题的代码，你要到上线后才会发现。
软件开发最难的部分从来不是写最初那200行代码。
有观点认为，Slack处理通知的方式就是个经典案例。
登录和注册看起来简单，但加上2FA、Google和Apple登录、移动端、OAuth、限流、垃圾攻击防护和SSO后，很快就变成噩梦。
有网友提到：“原型基本就是概念验证，证明理想路径存在。
生产环境是证明所有非理想路径不会害死你。
AI瞬间给你前者，让人忘了后者才是99%的工作。
” 另一个评论一针见血：“AI加速了本来就简单的部分。
困难的部分依然困难——竞态条件、重复扣费的webhook、没人想到的边界情况。
” 那些宣称周末就替代了整个SaaS解决方案的人，已经登上了“愚昧之巅”。
原型能跑和产品能用，完全是两码事。
“开快车仍然需要知道怎么掌方向盘。
引擎不是问题所在。
” 软件工程依然很难，创业依然很难。
我们只是有了更强大的工具来加速这两件事而已。
