大部分参与讨论AI问题的看官都是扯，压根没讨论到点上。

urenai

火山对接AI最大的障碍就是火山有自己的定义。
火山不能自己写各种main函数，因为自身需要各种初始化。
因为此，也导致了一小部分人在开发一些软件时候会产生兼容性问题。
例如，只需要导出一个ADD函数，使用C++编译出来的顶天了也就10+KB，
但是，火山编译出来就是 小几百kb。
多出来的冗余代码太多太多，
关键是多出的冗余代码可能会导致稳定性下降。
举例：我只需要导出ADD函数，不需要gdi+ 或者 user32 之类的 库，
如果这些库跟随初始化可能会导致问题，而他却跟随初始化了。
以下为只导出1个简单ADD函数：的导入表  DLL


好了言归正传

对接AI，首先自身在数据类型上要匹配。
之前发过类似的建议，X大说类型写死了,实际上，放开或许会更好，就像 哈希表声明： @模板类型；

1. typedef unsigned int MyUint32;

复制代码

反正火山不参与最后的编译，最后还是C++编译。

火山要做的就是具备自己的特色之外，某些不太需要限制的地方尽量开通。
你尽量对封库的人有好一些。

我有此想法是因为，我经常使用AI写代码，直接嵌入火山，有的时候各种类型反复转换，实在是烦。

还有就是，当前只能 嵌入代码 引用 火山变量，火山变量无法引用嵌入代码 声明的 变量，希望更正；
@ int S = 11;

A = @>S<




我只是提出一个思想，尽量不要让两者撇的太远。
越远，融合越不方便。

suyan

urenai 发表于 2024-5-27 14:29
基础。基础。还是他妈的基础。

连基础数据类型都不全，不能自定义。

他们总认为有AI,连基础都不用会的,

dakk

建议老吴代码区搞表格风格和无表格的风格，拥抱主流格式也方便ai训练， 这样一切问题就解决。

反正编译都是转换到C++ :噜阿噜 :噜阿噜

bigwei1

urenai 发表于 2024-5-27 14:29
基础。基础。还是他妈的基础。

连基础数据类型都不全，不能自定义。

没靠！之前一个安卓的小项目也换成其它语言了，升级后一堆错误，索性换了

urenai

bigwei1 发表于 2024-5-27 12:52
你也没说在点上 真正的问题是 AI让韭菜小白们学习的成本更低，效率更高，语言的壁垒也更低了！
造轮子无非 ...

基础。基础。还是他妈的基础。

连基础数据类型都不全，不能自定义。
还往上靠，怎么靠，拿命靠啊。

我不针对你，我只是说了句实话。

bigwei1

你也没说在点上 真正的问题是 AI让韭菜小白们学习的成本更低，效率更高，语言的壁垒也更低了！
造轮子无非就是通过韭菜小白获取盈利！

1185907650

看来最近AI在论坛的讨论很火

urenai

song13521 发表于 2024-5-24 20:17
对于复制粘贴型的程序员一点都不友好，封装太难了。普通人想学难度太大，不利于产品推广。一个好的产品简单 ...

鄙视你！

song13521

对于复制粘贴型的程序员一点都不友好，封装太难了。普通人想学难度太大，不利于产品推广。一个好的产品简单，易上手是首要的。

xo37

目前Ai 对我来说，就是帮忙 解释一下 其他IDE源码的作用