Bear Liu(@bearliu):没在复杂系统工作过的人很难理解一个系统可能的复杂性。举个例子，很多开发者可能觉得做一个销售系统就是简单的连接一下商品到 Stripe 之类的，分配一下 SKU 就行了，类似 Gumroad 这种。但这种 Happy Path 占比太小了，而真正的一个电商系统要考虑的问题复杂性远超于 Happy Path。我之前在沃达丰做项目时（现在改名 ONE NZ 了），一个售卖流程，讨论 Happy Path 只占 5% 到 10%，剩下全部是那些配套的售后、解决客服、退款、法务各种问题。当到那个体量你就得面对各种复杂情况，比如说法务的问题，系统没到那个量，个人开发者根本不需要去考虑，但一个企业级的产品你真的会面对各种人钻空子来骗钱，或者是投诉，或者是告你的。有一次，应该 2021 年，当时沃达丰搞了个 PS5 预定的活动，结果系统并发流量太高导致支付出问题，有很多人付了款却没有订单号。当时把一堆高管和经理集合起来关在一个作战会议室，集中一星期去逐一把这些订单解决。这就是系统可能的复杂性。所以我现在对那些声称一个人靠 vibe coding 可以构建出一个 Salesforce 级别的系统，听听可以。那就像一个民间科学家真的可以借各种力量做一辆跑车出来，而且他自己可以开着上路跑到 300 码，但这和做出十万辆跑车全球卖，并且将事故率控制在 1%，难度是天上和地下。我们现在解决的，或者说 AI 和单人配合是最强的，只要人数增加，变化就会指数级上升。

2026.07.08 13:10

没在复杂系统工作过的人很难理解一个系统可能的复杂性。举个例子，很多开发者可能觉得做一个销售系统就是简单的连接一下商品到 Stripe 之类的，分配一下 SKU 就行了，类似 Gumroad 这种。但这种 Happy Path 占比太小了，而真正的一个电商系统要考虑的问题复杂性远超于 Happy Path。我之前在沃达丰做项目时（现在改名 ONE NZ 了），一个售卖流程，讨论 Happy Path 只占 5% 到 10%，剩下全部是那些配套的售后、解决客服、退款、法务各种问题。当到那个体量你就得面对各种复杂情况，比如说法务的问题，系统没到那个量，个人开发者根本不需要去考虑，但一个企业级的产品你真的会面对各种人钻空子来骗钱，或者是投诉，或者是告你的。有一次，应该 2021 年，当时沃达丰搞了个 PS5 预定的活动，结果系统并发流量太高导致支付出问题，有很多人付了款却没有订单号。当时把一堆高管和经理集合起来关在一个作战会议室，集中一星期去逐一把这些订单解决。这就是系统可能的复杂性。所以我现在对那些声称一个人靠 vibe coding 可以构建出一个 Salesforce 级别的系统，听听可以。那就像一个民间科学家真的可以借各种力量做一辆跑车出来，而且他自己可以开着上路跑到 300 码，但这和做出十万辆跑车全球卖，并且将事故率控制在 1%，难度是天上和地下。我们现在解决的，或者说 AI 和单人配合是最强的，只要人数增加，变化就会指数级上升。