真如你所说，真就一个「土鸡瓦狗」「鸡零狗碎」，门外的看都看不懂。。。。

@purringpal
@darksword21
想来点劲爆的？可以考虑成本的边际效应，如何影响软件行业的生态。
比较下面 2 种方式：
1 种是用户将自己的需求表达出来，然后由 AI 直接处理（或者生成对应的软件来处理）。
2 是用户在市面上搜索对应的软件，或者找到对应的供应商然后将软件需求表达出来，由供应商制作。
上述的哪个成本更低？用户会如何选择？如果说

@Test22 #12 我指的是断点 debug 那种，可以获取精确的状态信息。除非大模型能肉眼看出 bug 所在（现在显然还不太能做到），否则还是需要 debug 的吧？当然也可以不用打断点，而是通过打印日志。。。。


@cincout
@kapr1k0rn #4 #5 原帖文意思是，当 AI 能像人类一样（持续）编码，就不需要**人类** review 代码了！即使输出的代码有不确定性，有 bug ，那也是 AI 自己修 bug 的事了。从自主性来说，给定了输入（需求），就无需人工介入了，人类需要检视的是给定的需求是否恰当，就像编译器的作者只需要检视编译器的规则一样。

其实我最好奇的是，为什么现在还没有 AI 能自主 debug ？

如果这不叫浪费而是叫促进经济，那天下就没有道理可讲了。

假如 1000 万人从事中医相关的行业，这些人可以看作是人力资源，还有相关的制造资源、材料矿产资源，所有这些投入，产出的确实毫无价值的东西。
这件事情，本质上就是组织千万劳工去挖坑又填平。只不过，挖坑的话没有人付钱，中医的话确实有人付钱，这些人付钱得到的价值就是那些虚无缥缈的大坑。

如果这种也算是经济，那每天放任工厂污染环境，或者手动在城市放毒，也是一种促进经济的手段，毕竟可以催生大量的防毒面积、治污净化的产业。

经济的本质是满足人的需求，没有需求硬制造需求，那不叫经济，那叫浪费。

无论中医西医，无非就是满足人看病的需求。中医怎么能促进经济呢？把大量的资源耗费在无效的东西上，叫促进经济嘛？

不能那么想，关键是成本下降了啊！成本下降了，同样时间生产的东西多了，（合适分配的话）每个人获得的财富就多了。以前电脑几十万，现在几百块，所以不可能还是那点钱。

我之前被改为按量计费，后来发邮件调回到 500 次了，现在几个月过去了，还是 500 次，每月一付。要是按量付费得上百美元了。

@NewYear #4 丰俭由己。我上次只吃了 15 块，荤+素+饭+咸菜。
@zoeliu 主打一个实惠+创新，天天人爆满。我也怀念羊肉串，还有之前的自助水果。

@zhmouV2 称重确实便宜，适合经济下行时期，以及饭量普遍变小的时代。
写错了，是“馄饨”。之前就是三样儿：米饭、羊肉串、馄饨。后来搞起了小火锅，单人吃的那种小火锅。现在搞起了称重。“南城香”也写错了。

@huaweii 可以注意到同一个字是有细微变化的。比如倒数第 4 行「 x 」的大小，最后一行的第 1 个「 0 」和第 2 个「 0 」，倒数第 2 行和倒数第 3 行的「米」字。

不过这模拟的也太逼真了，反面的透字是 AI 模拟的吗？「厘米」这 2 个字好像没有翻转。

这个机制就是为了防止直接注册后就推广的吧。

AI 的品味是需要，而且也在不断提高的。今天我刚好有一个例子。

我有一个 VectorBuilder<T>的组件，这个组件是纯函数的，它接受 N 个 T 类型的输入，给出一个 vector<T>类型的输出。

问题来了，在代码中，可以用 VectorBuilder<number>这样方式简单定义，但实际业务中，需要由用户在 UI 界面上选择这个 T 类型。在 UI 界面中，怎么决定某个组件是不是有可以配置的选项呢？这些选项又怎么呈现在 UI 界面上，供用户选择呢？

AI 给出了它的通用解决方案（这个通用的方案，还是在我一再要求下给的，之前它给的就是针对这个组件写死的方案），它的方案就是在 VectorBuilder<T>这个类型的定义里面，添加一个配置项 genericConfig ，再添加一个 applyGenericConfig()函数。
```
getGenericConfig?(): Record<string, {
label: string; // 菜单显示名
type: 'select' | 'number'; // 控件类型
value: any; // 当前值
options?: any[]; // select 的可选值
min?: number; // number 的最小值
max?: number; // number 的最大值
}> | null;

applyGenericConfig?(config: Record<string, any>): BaseComponent;
```

然后被我一通批判：
```
我觉得，最好不要将这些接口，比如 applyGenericConfig ，放到组件的定义里面！我来说明一下理由，这些接口，本质上仅仅是替换一下类型，与组件本身的功能几乎没有关系，比如 VectorBuilder 这个组件，将 number 替换为 string 类型，不应该由 VectorBuilder 来考虑实现类型替换这件事。可选的类型或者可以选择的配置，也不应该是 VectorBuilder 这个组件本身需要关心的事，因为 VectorBuilder 就是一个包含泛型的类！

所以，我完全不能接受将这些东西放到组件定义里面！！

当然，你的这个通过配置来实现通用化的方法，还是比较好的，但是能不能拿到组件定义的外面呢？而且，最好也不要写一个统一管理的函数，在里面用 if else 来分别判断！
```