写一个最近做 AI 的感受

[JavaGo]

写一个最近做 AI 的感受，有了 LLM 后，做行业应用系统，需要具备行业的抽象能力，再将领域逻辑通过形式化语言进行抽象表达，即能实现多样性，同时具备 AI 生成，相信以后基础的编译原理，编译器开发会迎来春天...

• 精确描述领域逻辑，必须通过形式化语言描述，就像整个文档通过 Markdown 定义一样，如果能够将细分领域应该通过形式化语言，通过 functionCall, domainLogicExpression 表达，即能适配不同应用场景的多样性，同时，也能让 LLM 生成

• 编译器的目的是让 LLM 生成尽可能准确，虽不能 100% 保证，但通过抽象的形式表达，能够让使用者能够理解，通过多轮对话校准，就像程序员生成代码一样，只要能看懂，基本上还是能生成可以正确运行的代码。

[fate]

好、好、好

[YmSgrNov29]

我有罪，一眼看成做爱

[neilsangkuan]

我有罪...

[baixixi]

还得是你小汁

[huang86041]

一眼看错....你是懂标题的

[JavaGo]

@YmSgrNov29 哈哈

[saberlove]

做做。。。。。

[itechify]

xx 已退出直播间

[illios]

lz 是懂的

行业应用懂业务领域的不懂代码，懂代码的不懂业务，现在只需要懂业务的通过 AI 转化为形式化描述，再用现有系统把形式化描述实现了就 ojbk 了

[JavaGo]

@illios 非常认同，软件技术发展了这么多年，领域逻辑的数字化理解已经逐渐成熟了，后续应该会有大量所谓的行业语言的定义出现

[YanSeven]

没有看懂这里的编译器是什么，用来编译什么的。

[encounter2017]

感觉在重新发明编译器和程序员

[123zouwen]

骗我进来

[JavaGo]

@YanSeven 传统编译器是为屏蔽低层技术的复杂性，我说的编译器是向用户屏蔽业务逻辑代码的复杂性。
@encounter2017

[encounter2017]

《人月神话》：复杂性不会消失，只会转移。AI 没有消除本质复杂性，而是将其从编码环节部分转移到了设计、验证和集成环节，通过 ai 你可以让车子跑的比原来快 10 倍，但车子出问题的频率也会同样增加。

[tingichin]

兄弟，怪我，我的问题。

[JavaGo]

@encounter2017 复杂性会随着理解的深入不断增加，传统 C 的编译到现在还在迭代，但至少我们现在不需要写汇编了。

[Aruforce]

能弄明白业务模型的…真的需要 AI 来生成代码么？

[zhhqiang]

检讨一下

[houOne]

@YmSgrNov29 +1