递归火山软件开发平台

标题: 关于 ai 对中文编程语言影响的讨论 [打印本页]

---

作者: 飞扬工作室    时间: 2024-5-19 23:54
标题: 关于 ai 对中文编程语言影响的讨论
这段时间我一直在思考这个问题, ai 出现后,中文编程是否就真的过时了,大家仁者见仁智者见智,能否都参与讨论一下呢?

附:

我想大家可能有点误会,这个帖子完全就是纯粹的就事论事,从技术和事实的角度讨论问题,把这个问题的当前实际情况讨论和分析清楚,以便让中文编程尽早发现自己的不足和需要改进的地方.

我一个人的想法可能会片面,可能会带有主观意识,也很可能有未考虑和了解到的地方,大家一起来讨论这个事情,就会越辩越明.

我从来没有任何想放弃中文编程的想法,随随便便就放弃不是我做事的风格. 我毕生的事业是"让所有国人都能写程序",这个目标没达成之前怎么可能放弃? 如果 ai 真能让我放弃,那就是通过它已经能够达成这个目标,至少目前,我还看不到.

其实我一直认为 ai 是人类最伟大的发明,很多旧有的规则将被其改写,很多行业将会被其颠覆. 我很认可利快云的看法,要积极主动地去拥抱和参与它. 实际上,火山本来就是基于诸多英文编程语言之上建立的,从最开始架构时就没有考虑到要与它们对立,这方面会是一个突破口,如果能让 ai 生成的英文代码无缝链接进火山,也就基本解决了这个问题. 等服务器子平台开发完毕进入正轨后,我要抽出时间来仔细考虑并处理这个问题.

感谢大家!

---

作者: 折戟沉沙    时间: 2024-5-20 00:01
只能说汉语编程难上加难，因为有大量主流英文编程训练AI，而**目前没有真正的巨头能够带领汉语编程。

---

作者: 拒绝吃鱼的猫    时间: 2024-5-20 00:06
或许吧
我喜欢中文编程
如果咱也多多训练 也可以实现ai自动打代码啊

所以我感觉坚持初心 没啥错
php go我也会,可是我还是喜欢火山和易语言

---

作者: 1185907650    时间: 2024-5-20 00:06


作为火山较大的资源站，利快云这里也回复一下
吴总不需要想太多。安安心心搞好火山go和火山的运维
ai与编程是相辅相成的，不存在谁替代谁，中文编程也不存在过时。
包括我一直都在提倡火山和快码的用户去大力接触ai，接纳ai
前沿的技术并不会与中文编程冲突，相反可以给中文编程的用户带来很多的便捷，例如sql操作ai完全可以达到%99使用率。ai带来的是便捷，不是替代中文编程

---

作者: QQ_435134    时间: 2024-5-20 00:11
ai只是个工具而已，只能代替参考书，节省找资料时间

---

作者: 菜鸟小杰    时间: 2024-5-20 00:12
我个人认为   既然做了   就把这个事情做好   AI只是一部分  不能完全代替人工    要的是好的简单的编程语言  加油 加油 加油

---

作者: fightboy    时间: 2024-5-20 00:19
中文编程绝对有市场  但是前提你得至少跟国外的那些保持一样的功能以及性能  国外的那些编程语言要这环境要那环境  易语言真的能秒杀那些东西  说句难听的  方向真的错了  易语言绝对是你最经典的作品  火山加密狗我也买了  始终找不到易语言的那种感觉  易语言做不了的东西火山能做  但是上手火山太难了  真的太难了  论坛资料有限  AI也无法使用  写个http服务器  我用Python和GO  配合ChatGPT都能写出来并且能用  我也不知道怎么说  中文编程绝对绝对有市场  当时如果是在易语言的基础上重写  绝对不会是现在的这种局面

---

作者: 十二只耳环    时间: 2024-5-20 00:23


我感觉   以后ai训练编程  会有专门接口的。  到时候可以  专门训练火山编程 。大家继续用ai+火山编程。哈哈   我始终感觉世界的发展的多线性的。  80年代不是讨论 废除汉字  用拼音么？因为计算机识别英语简单，汉字太多了。后来随着五笔   和   拼音打字的精进  现在还有人提么？       我始终觉得 ai的出现对于中文编程可能是一个契机。ai这么牛逼，用英语写程序和用汉语写程序  有什么区别？   至于训练 现在是没有途径，后面肯定会越来越廉价  越来越平民化。到时候  吴老大  堆点  h100  自己训练。既然火山语法跟c#或者什么其他的语言 类似   那么没道理 训练不出来啊。 ==============
火山现在对于初学者还是有一定门槛的。但是加入了ai之后，可能门槛是更加低的。  这样有利于语言的推广。   随着ai程序的精进  其他语言的程序也可以随意翻译成火山语言，有利于大家去专业论坛扒代码。    大家写到不会的地方  还可以直接问  能解决现在 很多时候有了问题  不知道在哪里搜解决方法的问题。
  总之  乐观点。  世界的发展不会因为我们的担心而停滞。车到山前必有路。

---

作者: 创世魂    时间: 2024-5-20 00:30


1、AI相当于一个庞大的精准的搜素引擎，原生开发遇到报错后，基本上可以非常轻松的通过AI解决问题。（这个我用过很多次）
2、遇到一些特殊的算法需求，比如，你可能需要写一个递归算法，但是怎么写都不对，通过AI可以快速解决算法问题。
3、AI可以帮助帮助优化代码，冗余代码可以精简，提高运行效率。
4、AI还可以帮你阅读开源库，阅读开源代码，理解开源代码，并生成调用接口。
5、智能提示自古以来各种编程IDE都是存在的，但是自从AI诞生后，智能提示变的更加智能了，甚至可以预判你要编写的方法，或这一个中文提示就能自动生成对应的方法函数。（毫不夸张的说，用了AI在IDE里面写代码，大部分行为都能被预判，代码思路畅通的情况下，一个功能可能很快就写完了。）
当然可能还有很多………………………………

因为中文编程的比较冷门，资料也比较少，所以没有AI来训练中文编程的模型，这也就导致AI编程的时代中，中文编程的优势逐步减少（表面上）。
想要突破这种瓶颈还是比较难的，主要是工作量比较大。我说的工作量并不是说来训练一个火山编程大模型，这个显然不现实……

我的想法是，火山要尽快实现可视化跨平台技术。
基于H5、electronjs、Go、flutter、uniapp等……
1、实现PC可视化跨平台编程，win、mac、linux、网页，一套代码多端运行。
2、实现移动端跨平台，安卓，ios一套代码生成。

（大概可以理解为，火山还需要开发两个项目出来，一个是移动端的跨平台插件和PC端的跨平台插件）
最最重要的是，必须要可视化功能做的足够强足够好，比如搞h5就要实现移动端，PC端，网页，小程序的可视化设计。
搞好可视化设计，解决跨平台编程，中文编程应该可以极大程度缓解AI带来的冲击，但是并不是绝对的，因为中文编程的挑战并不是说没有某某插件，而是某某插件类库是否足够丰富，资料是否完善，还有很艰难的路要走。



总结1：AI只是个工具，具体还是看人怎么用他。即便是有AI编程，但是也只能辅Zhu的解决一些问题，并不能帮你写完整个程序。它也不能让你瞬间学会c++，c#，还是需要长期的磨炼，这点在火山也是一样的。

总结2：其实我就是来催更尽快开工跨平台插件，解决跨平台问题，AI的问题本身不是问题，AI和中文编程并不冲突，两者的用户群体不同的。

---

作者: 1185907650    时间: 2024-5-20 00:35

创世魂 发表于 2024-5-20 00:30
肯定是多多少少有影响的，虽然尽管AI目前也只能辅Zhu编程，但是带来的便捷性是前所未有的。

1、AI相当于一 ...

非也，参考快码的模式，快码的很多用户都是ai辅Zhu，然后快码一键翻译。
要改造一下ide，积极的参与到ai中，而不是与一个前沿技术做对抗。
一个好看的页面，ai一分钟不要就能写出来，复制粘贴，ide变成中文，积极的拥抱ai吧

---

作者: 十二只耳环    时间: 2024-5-20 00:36

创世魂 发表于 2024-5-20 00:30
肯定是多多少少有影响的，虽然尽管AI目前也只能辅Zhu编程，但是带来的便捷性是前所未有的。

1、AI相当于一 ...

打个比方 如果火山语言语法 类似c#   直接问c#  源码   弄个翻译成火山行不行。    因为我经常把一段火山语言编码 给ai  然后他把一些变量给我替换下。  写的也还行。挺准确的。  

---

作者: 1185907650    时间: 2024-5-20 00:37
例如火山，可以把原生的海量关键字，做成一部词典，同时在内部集成ai提问和ai提词器等，这些都是我们目前正在实现的功能，火山也完全可以尝试这样做

---

作者: uuyyhhjj    时间: 2024-5-20 01:05
我之前说过的，未来就是设计几个需求，AI直接完成，变成类似前端那样，因为很多时候都在重复造效率很低的轮子，而AI确实改变了这个现状，火山更多的是因为我英语真的不行，从这两年熟悉火山来说，限制太多，这也看不懂，那也没例子，虽说很多都是中文却变成外文一样的状况，与其说中文编程过时更不如说路走太弯却没发现新出来的AI已经早就走在前面的事实了

---

作者: fengyishen    时间: 2024-5-20 05:34


如果火山能便捷的兼容原生语言，何必在意？
火山平台是中文编程，这并不会对用户群体造成冲突。
现在的火山加了太多语法糖，就算精通原生语言，把项目移植到火山也很困难！！
目前的火山平台不做出改变，AI对于火山平台的影响肯定越来越大。
火山必须做到，让已经入门原生语言的用户能把项目移植到火山里来。

---

作者: 小蜗牛    时间: 2024-5-20 06:23
不存在过时..存在即合理.
离真正的人工智能还很远呢..
要有类似痛觉之类的告诉AI,什么是对的,什么是错的..
还要有举一反三的能力...
"痛觉"在智能的道路上是非常非常重要的..
如果跳过"痛觉",那么它自身就无法判断什么对自己生存有利,什么有害.
如果没有这个痛觉,很难实现低样本自主学习..
还有一个就是功耗问题了...

现在的AI是通过大量的样本学习的..而中文编程与主流编程的差距就在于"生态样本"不足..
本质上还是有多少人工就有多少智能...
通过上下文抽取下一个最优解的单词...距离还很远呢..可能还需要重构N次...
至少在我们这一代人, 看不到希望..
目前的AI最多算是辅Zhu工具...

实际上, 我们根本不需要焦虑..真正需要焦虑的是低端工业..
我个人观点是赞同你的..如果都不需要程序员了..那么人类的实际上也没有存在的必要了..
也许, 传统生命存在的意义就是开启机械生命的启动器...
如果AI能够取代程序员, 那么人类也就进入了"工厂主义"了..
但是由于人类是群居动物..存在攀比心.而攀比心是人类进步的动力源之一..
你有车, 为啥我没有?没有我就努力买, 买不起我就偷.偷不到我就抢..
人类没吃饱之前只有一个烦恼, 吃饱之后就有无数个烦恼了...
这就是人性....

火山最大的问题就在于, 生态样本不足的缺陷..
由于AI的特性.需要大量的生态样本..
其实这和区块链类似.有51%的样本说, 这样是对的, 那就是对的..
剩下的49%就是屁话...这种简单暴力不需要自己有思考力...
但是.人却不是这样哦...人的判断与决策是多个维度的...
其中包括但不限于, 历史经验, 风险评估, 目标和动机, 心理状态...

如果你想放弃.可以直接放弃.但请不要找"AI"这种借口..
我个人是理解你的...

---

作者: 小蜗牛    时间: 2024-5-20 06:26
而真正意义上的AI.需要有举一反三的能力.低样本学习能力.多维度判断决策的...

---

作者: xo330424    时间: 2024-5-20 08:02
AI仅仅只是辅Zhu而已，通过ai就是了解一个原理，不论是中文还是英文 其实都一样

---

作者: guo828587    时间: 2024-5-20 08:02
火山要尽快实现可视化跨平台技术，现在连苹果电脑都都占比不小了，办公的都不一定全是win系统了

---

作者: 666    时间: 2024-5-20 08:17
一路走一路看吧，汽车代替马车需要一个过程，ai口语化编程代替人工手写代码是迟早的事，但这一天还有多久，谁也说不好，

硬件问题依然是最大的问题，如果有一天硬件算力再次升级，成本白菜价也许真的可以用算法堆出一个人工智能代替人工写程序，

但目前好像还不行，光硬件投入一般的大**都是玩不起人工智能的，小**或个人更是没门

---

作者: 步天有术22    时间: 2024-5-20 08:17
我觉得快码思路不错

---

作者: 沉默流星    时间: 2024-5-20 08:28
中文编程工具在AI盛行的时代并不一定会没落，反而，随着技术的发展和市场需求的增加，中文编程环境可能会迎来新的发展机遇。当前确实存在一些挑战，比如主流AI模型大多基于英文数据进行训练，导致在处理中文代码时可能存在理解或辅Zhu能力不足的问题。但这些问题可以通过以下几个方面来逐步解决：

增加中文编程数据集：构建并开放中文编程语料库，为AI模型提供足够的训练数据，是提升AI理解中文代码能力的基础。这包括收集和标注各种中文编程项目、代码片段等，以供模型学习。

多语言模型训练：随着技术的进步，开发能够理解多种语言的AI模型成为可能。通过在训练过程中加入中文编程数据，可以让AI模型学会理解和生成中文代码。已有研究开始探索如何使AI模型具备跨语言理解能力，这将有助于消除语言障碍。

特定领域AI模型定制：针对中文编程场景，可以专门训练AI助手或代码推荐系统，使其更擅长处理中文编程任务。这种定制化模型能够更好地服务于使用中文编程的开发者社区。

社区与开源推动：鼓励和支持中文编程社区的发展，促进中文编程工具和资源的共享。通过开源合作，加速技术创新和应用落地，提高中文编程环境的整体成熟度和影响力。

跨语言技术的应用：利用自然语言处理（NLP）中的机器翻译等技术，实现代码注释、文档乃至代码本身的自动翻译，使得中文代码能被更多国际化的AI工具和服务所理解，同时也方便中文开发者获取和利用英文资源。

综上所述，虽然当前中文编程工具在面对AI辅Zhu时存在一定的挑战，但通过数据集建设、模型训练优化、社区推动和技术创新等措施，这些劣势是可以被逐步克服的。未来，中文编程环境完全有可能在AI时代发挥其独特价值，满足特定用户群体的需求，并促进编程语言文化的多样性发展。

---

作者: tian89    时间: 2024-5-20 08:59
AI一出来我就一直用,我的回答是肯定不能代替人工的,至于以后很难说AI发展到什么程度,目前大家都是用他来辅Zhu一下找找API或问题提供一下某些软件的工作原理,至于要他帮你写整体的代码就是个医院跑出来,搞出来的代码都是应付

---

作者: 沉默流星    时间: 2024-5-20 09:03
火山有自己的语法糖
英中编程工具代码互通存在障碍：
英文代码在火山当中无法直接使用，反之生成的源代码也无法在主流英文编程工具中进行使用

火山目前也没有对应的文档来喂AI训练模型，市面上主流AI训练模型也不支持中文代码。

目前火山要不解决语法糖问题
通过让更多的人学会封装
要不解决中文代码AI回答不了的问题

---

作者: hrq520    时间: 2024-5-20 09:09


  
  吴总我说心里话，大家伙用火山和易语言，一是不懂英文编程，二是大的大佬可能精通各种语言。在此，非常非常感谢吴总易语言带我入门编程世界，转火山肯定是火山更强大，也因为是吴总的产品。

  AI编程：对精通各种语言的大佬来说，用火山纯属乐趣吧? 现在AI编程确实强大，但只针对功能区块，而不是从头开始，( 如果你真的有个项目要做，你会放心把所有代码交给AI吗? 可能吗?现实吗? )可能我愚昧  只看到表象。火山本身支持C++代码，AI可以给出C++代码的解决方案。也就是说火山并非完全和AI编程绝缘。我最近想起个复制文件反馈进度的功能，于是问了AI，给出如下代码：

1. #include <iostream>
   
2. #include <fstream>
   
3. 
   
4. // 定义函数，用于复制文件并显示进度
   
5. void copyFileWithProgress(const std::string& source, const std::string& destination) {
   
6.     // 使用二进制模式打开源文件和目标文件
   
7. <font color="#0000ff"><b>    std::ifstream src(source, std::ios::binary);
   
8.     std::ofstream dst(destination, std::ios::binary);
   
9. 
   
10.     // 检查文件是否成功打开
    
11.     if (!src || !dst) {
    
12.         std::cerr << "错误打开文件。" << std::endl;
    
13.         return;
    
14.     }
    
15. 
    
16.     // 设置缓冲区大小为1MB
    
17.     const size_t bufferSize = 1024 * 1024;
    
18.     char buffer[bufferSize];
    
19.     size_t totalBytes = 0; // 已复制的总字节数
    
20.     size_t fileBytes = 0; // 文件总字节数
    
21. 
    
22.     // 获取源文件的大小
    
23.     src.seekg(0, std::ios::end);
    
24.     fileBytes = src.tellg();
    
25.     src.seekg(0, std::ios::beg);
    
26. 
    
27.     // 复制文件内容
    
28.     while (src.read(buffer, bufferSize)) {
    
29.         dst.write(buffer, src.gcount());
    
30.         totalBytes += src.gcount();
    
31.         // 计算并显示进度
    
32.         double progress = ((double)totalBytes / fileBytes) * 100.0;
    
33.         std::cout << "正在复制文件... " << progress << "%" << std::flush;
    
34.     }
    
35. 
    
36.     // 处理剩余的字节
    
37.     if (src.gcount()) {
    
38.         dst.write(buffer, src.gcount());
    
39.         totalBytes += src.gcount();
    
40.     }
    
41. 
    
42.     // 关闭文件流
    
43.     src.close();
    
44.     dst.close();</b></font>
    
45. 
    
46.     std::cout << "\n文件复制成功。" << std::endl;
    
47. }
    
48. 
    
49. // 主函数入口
    
50. int main() {
    
51.     // 指定源文件和目标文件的路径
    
52.     std::string sourceFile = "source.txt";
    
53.     std::string destinationFile = "destination.txt";
    
54. 
    
55.     // 调用函数复制文件并显示进度
    
56.     copyFileWithProgress(sourceFile, destinationFile);
    
57. 
    
58.     return 0;
    
59. }

复制代码

我便复制方法体到新建程序下，至于头文件，我便用 视窗@外部头文件 引用了火山目录编译器的头文件
  D:\win_android\plugins\vprj_win\sdk\compiler\normal\VC\Tools\MSVC\14.29.30133\include\iostream
  D:\win_android\plugins\vprj_win\sdk\compiler\normal\VC\Tools\MSVC\14.29.30133\include\fstream


  ( 因为作为没经历过C++编程的小白，完全不知道这些头文件啥的，在哪下载，它里面又牵扯到啥文件结构，又要补充啥文件结构，想想就头疼 )

  新建方法给了两个文本参数，分别为 源文件名 和 新文件名 替换例子中的 source 和destination
@ copyFileWithProgress(@<原文件名>, @<新文件名>);

就这么简单的例子，运行后，执行方法就报错
  
  其实在我看来，火山和AI编程并不冲突，最大问题在于AI给的例子如何才能高效简单的融合到火山里，
  吴总，这个问题解决了，那就真的成了中国人，人人都用的顺手的好工具，


  感谢!
  
  
  

---

作者: 沉默流星    时间: 2024-5-20 09:25
火山主要还是在AI方面和新用户方面
如何吸引更年轻会多种主流编程语言的人士加入到火山平台。
火山平台可以比喻成围**，里面的人想出去外面的人想进来。

可以看到目前火山在回答用户问题方面缺乏专业人士进行回答
资料匮乏，基础资料和视频教程一大堆，凡是涉及@嵌入方面的教程也只有官方的封装手册，但官方封装手册也是存在弊端
只提供嵌入语法的说明和简单例子，并没有完整的火山当中如何进行使用的详细例子，就是看官方封装好的类库代码来学习封装
也是难度大，需要反复调试才能知道这个@嵌入是干嘛用的

---

作者: 飞扬工作室    时间: 2024-5-20 09:55
我想大家可能有点误会,这个帖子完全就是纯粹的就事论事,从技术的角度讨论问题,把这个问题的当前实际情况讨论和分析清楚,以便让中文编程尽早发现自己的不足和需要改进的地方.

我一个人的想法可能会片面,可能会带有主观意识,也很可能有未考虑和了解到的地方,大家一起来讨论这个事情,就会越辩越明.

我从来没有任何想放弃中文编程的想法,随随便便就放弃不是我做事的风格. 我毕生的事业是"让所有国人都能写程序",这个目标没达成之前怎么可能放弃? 如果 ai 真能让我放弃,那就是通过它已经能够达成这个目标,至少目前,我还看不到.

其实我一直认为 ai 是人类最伟大的发明,很多旧有的规则将被其改写,很多行业将会被其颠覆. 我很认可利快云的看法,要积极主动地去拥抱和参与它. 实际上,火山本来就是基于诸多英文编程语言之上建立的,从最开始架构时就没有考虑到要与它们对立,这方面会是一个突破口,如果能让 ai 生成的英文代码无缝链接进火山,也就基本解决了这个问题. 等服务器子平台开发完毕进入正轨后,我要抽出时间来仔细考虑并处理这个问题.

感谢大家!

---

作者: Xiatianwl    时间: 2024-5-20 10:31
我是小白...但是我也经常用AI 大致说一下 AI 确实好用啊 你想要什么例子 就给你什么例子 就比如前几天我研究那个VEH断点hook 各种论坛找代码例子什么的 讲的其实不是很清楚 对于我这种小白来说 有点难 但是AI生成的代码 就很简单明了 甚至每段代码后边都有备注为什么要这段代码 有什么用 你只需要会 在main里调用他写好的函数 稍微修改需要的信息即可 相当方便
我觉得昂 对汉语编程肯定是有影响的 毕竟用汉语编程 大多数都是为了不背一长串的函数 省时间省力气 但是AI的完善 让这个东西 变的没有那么有优势了
然后就是火山本身的问题...虽然AI搞代码很方便，但是我内心其实也是比较喜欢中文编程 但是例子太少 这个比较关键....找东西找很久找不到，但是AI一搜就直接给你贴出来了代码 虽然说是能直接嵌入C的代码...但是一般来说....
另外我觉得也可以借用AI这个势头 自己训练一套专门的火山代码的AI（哪怕AI生成的是嵌入 就比如什么汇编加法 可以直接用这个方法） 因为我感觉...想要直接用AI的代码 一是确实需要一些C的知识 不是特别友好 二就是目前火山跟C嵌入代码互相调用啥的 感觉不是那么方便...
总的来说....我感觉是肯定有一定冲击的  纯小白发言 别打我

---

作者: lsfeeling    时间: 2024-5-20 10:39
目前来说，ai在编程领域来讲，只是个代替资料库的东西，比如之前要查书，后来要搜百度，现在ai可以根据你的描述给出更精准的一个代码片段，供你学习参考使用。就算现在的主流语言的模型，让他写一套可以运营的商城系统，他也搞不定吧。真正的ai是要像科幻电影里面那样的。除非来人高等级生命传播个新技术，不然致少我们这一代人是看不上了。

再说下吴大的火山，c++本身就是可以跨平台的，但不知为啥吴大没有去做这个支持，为了用户能更好的适应，把pc和安卓的语法统一，在原语言基础上又去套了一层，个人感觉这起了反作用，造成了原生代码移植到火山的难度，提高了火山深入一点的使用的门坎。出发点是为了做一个全面让用户使用方面的开发工具，结果现在做的是哪方面也涉足一点，但哪个也没做到精品。

火山的发展，现在既然做了GO，就做起来，暂时就别再扩展别的语言了。把go和c++这两个优化一下，记原生语言的代码更方便的移植到火山里面，修复更新一下现有的库，把生态做起来。c++和GO做好后端全平台的技持。

个人拙见，大佬见笑。

---

作者: cy328252495    时间: 2024-5-20 10:45
记得初识中文编程还是08年易语言 那个时候是个井喷的年代，好多网站都出免费教程教大家使用易语言，这应该是中文编程最辉煌的时候！到了现在AI出来后，尝试过写一些程序单元确实十分方便便捷并且比我自己写的效率高方面全！其实写程序就是搭积木的过程，所以中文编程如果能汲取这些优势的话那么会更便捷，假如火山PC可以直接引用C++ 和直接插入C++代码，火山安卓能直接插入JAVA代码（不是修饰加工后的代码）那么火山还是有更多人加入进来的吧！

---

作者: 凝逸AI    时间: 2024-5-20 10:45
ai 补助编程开发 ，可以让火山编程更快上手，不用到处找示例

---

作者: hs999xl    时间: 2024-5-20 10:46


表格属性里加个@AI代码，用AI生成的代码直接粘贴给这个值，就嵌入代码了，嘿嘿。
比如用AI写个GO关于数据库cha询的代码，然后把AI生成的代码复制，粘贴给火山属性@AI代码里。

---

作者: 凝逸AI    时间: 2024-5-20 10:52
火山 Ai  ，可以弄成 语音输入或简单命令，一步步，写程序

---

作者: 凝逸AI    时间: 2024-5-20 10:57
  现有火山cv库实用性，示例不全，

---

作者: aycap    时间: 2024-5-20 11:13
现在ai的能耗、软硬件和使用成本都比较高，虽然是有点用，但对于个人来说不是必须的。大家都想要快速方便 的生成代码，也要思考一下相应的成本和代价问题，现在国企在强推国产电脑和正版化，还不如多点精力解决跨平台问题，可能未来发展收益会更高点。

---

作者: hcwanz    时间: 2024-5-20 11:16

hs999xl 发表于 2024-5-20 10:46
表格属性里加个@AI代码，用AI生成的代码直接粘贴给这个值，就嵌入代码了，嘿嘿。
比如用AI写个GO关于数据库 ...

没必要，ai生成的代码和普通的嵌入式代码是一样的

---

作者: xo37    时间: 2024-5-20 11:20
国外的Ai没有试过，但**的试过2、3家，感受如下：
1. **几家“Ai”，训练 or 投喂的样本模型几乎是一致的，所以，在编程方面给出的解释或例程，高度一致；
2. 目前可以肯定的是，它们都不符合我对“智能”的期望，各大搜索引擎搜不出的，它也是无解；
3. 目前的“Ai”，不具备自我学习、更新迭代的能力，或者，是它学习速度过慢？

综上所述，目前，国产所谓Ai充其量，就是个简化、更换交互方式的搜索引擎吧……

---

作者: blackvolcano    时间: 2024-5-20 11:33
我觉得早日引入跨平台比ai更重要

---

作者: bigwei1    时间: 2024-5-20 11:37
个人感觉中文编程主要是降低国人英语阅读的难度，能够快速的理解其含义。
现在AI就是快速解决这个问题，而且解释的更全面，更友好！基础的功能还帮你生成，用的还是原生的语言。中文编程还在造轮子，不停的追赶原生语言的轮子库，这个很不现实！

---

作者: hcwanz    时间: 2024-5-20 11:41

十二只耳环 发表于 2024-5-20 00:36
打个比方 如果火山语言语法 类似c#   直接问c#  源码   弄个翻译成火山行不行。    因为我经常把一段火山 ...

c#不行，但java\c++\go的代码可以直接当作火山代码

---

作者: kingsoft    时间: 2024-5-20 12:21
当开始反省，开始思考的时候，就离解决问题近了一步
OPNECV的时候就应该考虑这个问题了，而不是先搞GO
易语言出现在PC时代，当时的时间节点，易解决了诸多痛点。
而现在火山的时间节点确很尴尬，名字跟最强的火山引擎冲突，终端与移动互联的主流小程序不符，
让全国人民用中文编程的宏愿，也要贴合实际情况！
目观当下，功能强大，变现难，投入产出比并不符合火山当下定位，已有恶性漩涡的迹象，也不知道吴总考虑过这背后的问题没有！
AI本质还是数据排列定义。如果不能打通主流语言互通有无的这层隔板，那就专注解决某一痛点！
编程的过程也是为了解决问题。当现在编程行业整体内卷下行之际，AI替代伪基础已是定局。
要么做真正的基础，要么就专注解决某些AI不方便解决的痛点。
火山现在就有点四不像。用它开发又融不进主流！
前有易语言，后有快码，周边全是AI生成！
架构很好，问题很多。
宏愿易许，硅步难行。
再好的工具也是要用来解决问题的。好用自然就越用越多，不好用就越用越少了！
服务器子平台开发完成一定要解决H5，小而快的应用场景，我觉得才是中文编程的应用场景。
祝吴总早日看清生态，真正的让一门中文语言能如树常青，如溪长流！
赚钱只是自己爱好的顺带产物。

---

作者: IvzCX    时间: 2024-5-20 12:21


我觉得大家对AI的要求太高了，你说一个需求让AI写出整个软件来是不现实的，不要那么天真。且不说AI能不能写出来，就你能把你的每一个需求说清楚吗？一句话说我要写个外卖点单系统，什么情况都不跟AI说清楚，AI怎么可能猜到你的想法并写出来，AI猜出来的东西你又怎么会满意呢？

理解现阶段讨论的AI是能不能帮人快速入门，减少在轮子上浪费的时间，在优化上自动优化。自己把需求想明白写个大概，在写的途中AI的角色是码农、是老师、是审核与优化。这就够了。

还是回到问题上来，我是2015年入手正版易一路跟过来的，在Go上就没跟了。
问题在于出现个问题根本没法问，去群里问也要看别人心情。不是每个人都是大神，AI能回答很多问题。

对我而言火山视窗仍然是第一选项，母语用着非常舒服，但是Go就走原生了。
还有就是节点的问题：
一直在走易语言的路，易语言那个时期是PC时代。
现在流程的 小程序、Uni-APP、SaaS、iOS等这些大众消费市场的软件，一个都弄不了。还一个劲的局限在PC和Android上。火山Go的推出一样解决不了目前的大众需求，这个闭环都没打通。

就像你的亲戚听说你在写程序，让你帮忙弄个网站，你说我不会火山写不了。让你弄个小程序，你说我不会，火山写不了。让你写个进销存系统，你说我只能写PC，我不会跨平台，不会做SaaS，然后亲戚问：那你能写啥？

---

作者: 飞扬工作室    时间: 2024-5-20 12:31

IvzCX 发表于 2024-5-20 12:21
我觉得大家对AI的要求太高了，你说一个需求让AI写出整个软件来是不现实的，不要那么天真。且不说AI能不能写 ...

实际上现在火山go还未成型,基本类库都没封装完毕,调试器没有,文档也没有,现在只是给大家用作了解和熟悉一下,还没到实际应用的地步,等实际成型了你再试用一下,我自己的感觉比原生go还是要好用很多的.

---

作者: hrq520    时间: 2024-5-20 12:47

飞扬工作室 发表于 2024-5-20 12:31
实际上现在火山go还未成型,基本类库都没封装完毕,调试器没有,文档也没有,现在只是给大家用作了解和熟悉一 ...

GO 一定要封个跨平台的美观的UI库

---

作者: hcwanz    时间: 2024-5-20 12:57

hrq520 发表于 2024-5-20 12:47
GO 一定要封个跨平台的美观的UI库

ui库是h5的事了，go名字里就说了是服务器

---

作者: 落雪有声    时间: 2024-5-20 12:59
希望吴总能够出一个简单调用原C++代码的辅Zhu工具，小白不会嵌入代码还是很多的，用火山的初衷就是学习C++比较困难，吴总能把嵌入代码这块弄的简单点就好了，毕竟火山的变量转到C++的变量对我们不会C的小伙伴来说还是有点门槛的。还有就是能让AI生成的代码，一键转成火山能直接调用的函数或者子程序亦或者能够给创建一个C的代码文档。直接在火山IDE里面管理，然后火山的对象能够轻松调用，到那时火山的进步不是一星半点的。

---

作者: hcwanz    时间: 2024-5-20 14:10

落雪有声 发表于 2024-5-20 12:59
希望吴总能够出一个简单调用原C++代码的辅Zhu工具，小白不会嵌入代码还是很多的，用火山的初衷就是学习C++ ...

不了解一下c++，再好的工具也没法让你用c++。上面借助ai学习c#、go的，也没谁能说完全不了解c#纯靠ai就行。

---

作者: 老鼠哥    时间: 2024-5-20 14:11
ai还在起步阶段，而且很多东西，不允许用ai，所以没有太大意义，。

---

作者: hcwanz    时间: 2024-5-20 14:21


火山现在就能通过嵌入式调用ai生成的代码，所以ai的发展对火山是有百利的。

比起支持ai，火山更应该提高对嵌入式的支持。

比如火山现有的火花代码编辑器，里面就有各种语言的语法支持，完全应该封进火山ide本身。

---

作者: 轻机    时间: 2024-5-20 15:37

飞扬工作室 发表于 2024-5-20 09:55
我想大家可能有点误会,这个帖子完全就是纯粹的就事论事,从技术的角度讨论问题,把这个问题的当前实际情况讨 ...

易语言不是放弃了吗

---

作者: hcwanz    时间: 2024-5-20 15:43

轻机 发表于 2024-5-20 15:37
易语言不是放弃了吗

易语言没办法，所有权已经不在吴总这里了，总不能给人打白工

---

作者: zmfree    时间: 2024-5-20 16:55
就现在的AI来说,大多就是个搜索引擎的功能!
但是,将来绝对是可以实现所见既所得功能实现!
比如,我就发个命令,帮我实现仿WX功能的APP. 或者 机器能读懂我的心情帮我写了一首歌,而不为我点了一首歌.
扯得有点远了,说近处的,火山从定位,设计都多易 强大. 但是从使用体验上,大家还是习惯性的会和易比较! 使火山处在很尴尬的地位! 要么就不要让易再活着,这样大家就只能死心塌地的使用火山了.要么就给易输血,摆脱易现有的顽疾(宽字符,X64)还能再吸引一部分.等到AI成熟了,易和火山都可以接入AI,也都能活着!
我猜 吴总多半是不愿意看到 易消失的,但是又性易 影响到火山,或者是没有精力去盘活一个老去的语言.我承认我懒惰,我承认我怀旧,我承认我还对易有一丝幻想!对于吴总的能力我也从来没有怀疑.但是火山却是离我越来越远了!

---

作者: wscpf1919    时间: 2024-5-20 18:02
你自己看看现在火山的热度剩多少了?我们可能不知道你跟易语言到底是怎么回事，但确确实实易语言的语法才真的跟中文编程搭上边，写代码就跟说话一样，而火山真的不知道怎么说，又是英文又是中文的，语法实在很难理解

---

作者: zgj9911    时间: 2024-5-20 18:42
AI也许是整个火山平台的一次大机遇

---

作者: chenfeng0614    时间: 2024-5-20 18:55
不是让AI替代火山 是通过AI搜索到有帮助的代码 然后嵌入就火山供火山调用 就像我们现在用AI搜索SQL语句一样 如果能达到这样的效果编程就越来越简单了

---

作者: hs999xl    时间: 2024-5-20 19:42
不知道多少人和我一样，挺喜欢一行一行写代码的感觉，如果一句话叫AI写个功能，仿佛就失去了编程的乐趣。

---

作者: 2oon    时间: 2024-5-20 19:56
既然大**看不见我们,那我们去找他
把代码翻译成火山不就完事了

---

作者: suyan    时间: 2024-5-20 20:08
AI是个很好的工具,利用好可以缩短开发时间,但是想把大部分工作交给它,是不现实的,

---

作者: 先生    时间: 2024-5-20 21:02
简单的感觉AI就像大数据模板，根据关键词找到对应功能模板。就像火山的例子一样可以，不过AI的例子写的很用心而且量大不会有错误。火山的例子有点敷衍。

---

作者: 落雪有声    时间: 2024-5-20 23:16

hcwanz 发表于 2024-5-20 14:10
不了解一下c++，再好的工具也没法让你用c++。上面借助ai学习c#、go的，也没谁能说完全不了解c#纯靠ai就行 ...

其实有了注释也就好得多，我自学了C# 和 php ，都能用的上手，可c++我看两集教程就困。

---

作者: CPUCN    时间: 2024-5-21 06:17
我看AI是可以训练的
能不能把火山的封装规则告诉AI
让AI 来封库呢？

---

作者: 沉默流星    时间: 2024-5-21 08:27

CPUCN 发表于 2024-5-21 06:17
我看AI是可以训练的
能不能把火山的封装规则告诉AI
让AI 来封库呢？

应该不可以，市面上流行的模型应该不能让用户训练，应该是后台喂的数据。
训练AI得搭建ai，使用开源的模型搭建就行

---

作者: 沉默流星    时间: 2024-5-21 08:32

CPUCN 发表于 2024-5-21 06:17
我看AI是可以训练的
能不能把火山的封装规则告诉AI
让AI 来封库呢？

(, 下载次数: 8)

上传

点击文件名下载附件

---

作者: 明靓    时间: 2024-5-21 08:36
火山有个可以嵌入代码和直接调用C/C++,这就给了我很大的方便,目前本人就是使用AI写C++代码,然后嵌入火山PC,或直接调用,真的很方便,使用AI之后,我原本只会C,不会C++的,但现在我使用AI,也能写出我原来不能写的代码,这就说明AI不仅不会限制火山的发展,反而有助火山的发展.相信将来,只会越来越好.

---

作者: zqiz    时间: 2024-5-21 08:41


很佩服吴涛执着的干劲，坚持到底决不放弃，"让所有国人都能写程序"。普通用户占大多数，封装用凭的是中文情怀，越往后英语不是编程的坎。老让普通用户自己琢磨，语法书也需要解读，恰恰是一个简单名词，挡住了编程热情。火山的问题就在于缺少原生语言的对比教程，毕竟火山也是基于英文的。

---

作者: glbosom    时间: 2024-5-21 08:55

zqiz 发表于 2024-5-21 08:41
很佩服吴涛执着的干劲，坚持到底决不放弃，"让所有国人都能写程序"。普通用户占大多数，封装用凭的是中文情 ...

同意观点

---

作者: 山梦    时间: 2024-5-21 10:54
简单的基础库该封装的要封装。。。在有时小数还是代替不了双精度小数。。

---

作者: CPUCN    时间: 2024-5-21 12:19

沉默流星 发表于 2024-5-21 08:27
应该不可以，市面上流行的模型应该不能让用户训练，应该是后台喂的数据。
训练AI得搭建ai，使用开源的模 ...

我看有的模型是可以微调，可以自己给模型喂数据的。

---

作者: xiaoludong    时间: 2024-5-21 13:13
还记得VR眼镜吗？是不是慢慢的淡出人们视野了？  和C语言一样，不需要什么迭代更新和新鲜事物，只需要我是你的基础，我包含一切。

---

作者: zhh044    时间: 2024-5-21 22:15
首先确定的是ai离不开Python，应该搞一款中文Python，这才叫拥抱ai,火山的OpenCV生态太差，逼得我不得不从0开始搞Python，结果发现还是Python简单，唯独缺点是没有专门的gui设计器，我们应该搞一款轻量级的中文Python（只针对ai的那种），并且可以拜托qt设计师，那就起飞了，直接通过中文Python修改或者调节ai源码，如果仅仅只是把ai接入火山，生成的也是英文代码，接进来意义不大，只对有英文基础的码农有用，但是火山需要新鲜血液，只有拥抱Python才能拥抱ai,趁着利快云没有搞抓紧搞吧。

---

作者: zhh044    时间: 2024-5-21 22:30
真的吴总，拥抱Python才叫真正拥抱ai,比如说YOLOv9源代码通过中文Python，变成中文，那不仅对学习ai的构建逻辑有帮助，还可以学习他们的思维。

---

作者: zhh044    时间: 2024-5-21 23:15

沉默流星 发表于 2024-5-21 08:32

库是有版权的，这样做把心血白白给了他人

---

作者: cxz7411    时间: 2024-5-22 09:58
以后ai的发展会代替程序员,这个是必然趋势,但是现在还需要人来完成这项工作,这个过程也许需要很多年,也许就几个月......

---

作者: 245867    时间: 2024-5-22 10:28
老吴还是很有格局的。
如果AI实现了，老吴也算曲线救国成功了。
功成不必在我，功成必定有我。

---

作者: IvzCX    时间: 2024-5-22 12:23


我觉得应该尽快完成火山的闭环才是当前主要的。让国人能够用母语编程是吴总的愿景，咱能不能再进一步，让全世界能使用国人用母语开发的软件的愿景呢？

跟我们大众消费者相关的软件，H5、SaaS、小程序、IoT、iOS、android这些，除了安卓，其他哪个能再火山里完成闭环？火山视窗写PC确实不错，真正多少人每天能用到纯PC客户端软件？或者说搞什么软件是纯PC的可以没有H5、没有小程序，没有iOS端、没有macOS端的？

比起AI、这缺胳膊少腿的，不如早点打通自己的闭环。


本来说视窗之后开始H5的，至少也能完成视窗后端+H5前端的闭环，中途不知道怎么又转向搞Go了。Go又要花个把年。完成闭环遥遥无期。

就像uni-app，调侃说一处编译，多端报错。火山是基于语言之上的语言的，如果可以完成闭环。一处编译，多端正常运行，这竞争力不就出来了吗。
再接入AI那还不无敌？

---

作者: xuezhq    时间: 2024-5-22 18:57

fightboy 发表于 2024-5-20 00:19
中文编程绝对有市场  但是前提你得至少跟国外的那些保持一样的功能以及性能  国外的那些编程语言要这环境要 ...

不认同你的说法，火山入门涉及习惯更改的问题，我觉得火山反而更贴近VS这种编程的逻辑思维，我从易语言转火山的时候也非常不习惯，但转过来以后发现自己更改C++代码以后会让程序稳定性有质的提升！HTTP、HTTPS服务器这种功能实现那就更简单了

---

作者: xuezhq    时间: 2024-5-22 19:01
个人想法和意见是尽快把 基于GO的服务器子平台 弄好，特别是支持容器化部署，这样服务端就可以完美解决了，再此基础之上再开发 类似于 VUE、React 这种前端开发平台，前后端聚齐以后那就真的完美了，毕竟现在很多系统趋向于B/S架构，C/S架构逐渐将会完全落寞！

---

作者: 杨涛    时间: 2024-5-22 23:21


从06年开始就接触易语言，又成为安卓和PC的用户，中文编程还是很认可，作为业余爱好者，应该考虑其它语言的代码和AI生成的代码直接拷贝到中文编程中，直接英中、中英翻译。嵌入式代码作为业余爱好者，我也看了非常多遍，不太容易理解，想把C#二次开发的代码移植到火山PC研究来研究去不知道如何开始资源太缺了，学着学着遇到了坎，论坛上也没有人能够提供案例的代码，靠摸索效率太低了非常打击自信心。必须考虑直接翻译相关代码，可以与主流编程软件实现代码互通互译。也有建议是否考虑搭建数据库，发烧友通过数据库形式，发烧友通过在数据库上添加函数名、参数和说明加速封装，单靠内部力量效率太低了。

---

作者: sexwolf    时间: 2024-5-23 00:29
ai就是工具

---

作者: 夏末雨蝉    时间: 2024-5-23 10:33
先生存再发展把，希望能更好解决火山生态以及盈利问题，有钱有更多的团队这些都不是问题。

---

作者: zhh044    时间: 2024-5-23 12:29
中文python，就单说YOLO的源代码有好几千多行，看上去就心烦，如果这些代码全部可以变成中文，那么又会像易语言当年走进学校，如果我们学习人工智能代码全是中文那将是大功一件，别说Python简单，大家瞧不起，如果从小学就学习中文Python到长大以后，那便是情怀，所以要顺势而为。

---

作者: 峰回路转    时间: 2024-5-23 14:51
缺团队，发展的速度就很慢。就算吴总能搞好IOS  H5   单片机  鸿蒙   。但是有没有想过，等你开发好得几年过去了？

就算一个平台一年算，要4年，发展生态需要多久？看看火山安卓，6年过去了，生态其实只能算寥寥无几。

有没有试想一下再过10年，火山的生态能到什么程度？

就算14年过去了，有了一点生态，但是还是比不上时代的快速变化。

最后还是想说，能找人投就拿着钱搞团队，时间跟时机很重要。错过了这几年的高速发展，后面指不定什么颠覆性产品出来。

---

作者: 黑芝麻    时间: 2024-5-24 23:47
事实我们更关心吴总的产物，因为吴总一年老一岁，将来的火山如何发展

---

作者: 2088863004    时间: 2024-5-25 01:14


我出生行业就是产品外观设计,AI最初冲击的也是美术相关行业.我只能说现在3年了AI依然鸡肋./n
纯美术方面:自身就是美术库字典,顾客都是筛选后留下仍然喜欢"你"这本美术书的人.AI存在只是割小白(没有形成固定美术资源的人),并引导他们对"美术库"这种依赖.依赖就形成利益链,这对资历高的人也是乐见其成的事.
编程方面:我现在做的全屋智能产品,创造"工具"达成结果.编程重在"逻辑".现在社会那些AI或培训机构都是教人堆积木概念.但是遇到复杂的交互原理.在1k单片机芯片(公司要求)这是简单的AI能帮忙简化的吗?当人不断简化逻辑的时候,查字典又有何用,还不如多模拟,规划逻辑思路.

编程的难不在多复杂,体量多大,而是在硬件不支持的时候简化逻辑,提高效率.
24年的AI就是个百//度搜索器.
当AI发展到"理解并优化"时候,才有人承认.

---

作者: 1185907650    时间: 2024-5-25 09:12

黑芝麻 发表于 2024-5-24 23:47
事实我们更关心吴总的产物，因为吴总一年老一岁，将来的火山如何发展

用户不必担心这些

---

作者: 飞扬工作室    时间: 2024-5-25 11:24

黑芝麻 发表于 2024-5-24 23:47
事实我们更关心吴总的产物，因为吴总一年老一岁，将来的火山如何发展

这有啥好担心的,我至少还能干十年,十年都不能把火山完善好啊? 况且火山类库封装根本不需要我参与,可以外包第三方啊.

另外,关于 ai 辅Zhu编程,我找到一篇文档供大家参考:

    ChatGPT 回答的编程问题错误率 52%，但 39% 人类程序员没看出来

---

作者: bigwei1    时间: 2024-5-25 13:44

飞扬工作室 发表于 2024-5-25 11:24
这有啥好担心的,我至少还能干十年,十年都不能把火山完善好啊? 况且火山类库封装根本不需要我参与,可以外包 ...

听到十年，后背已经发凉啦

---

作者: xuwanbin    时间: 2024-5-25 14:16
留个名

---

作者: 飞扬工作室    时间: 2024-5-25 16:54

bigwei1 发表于 2024-5-25 13:44
听到十年，后背已经发凉啦

... 一年一个新子平台,说实话速度也不算太慢了

---

作者: 山梦    时间: 2024-5-25 17:59
不慢不慢。再奋斗10年，又是一个青春……

---

作者: wscpf1919    时间: 2024-5-26 02:40

飞扬工作室 发表于 2024-5-25 11:24
这有啥好担心的,我至少还能干十年,十年都不能把火山完善好啊? 况且火山类库封装根本不需要我参与,可以外包 ...

易语言快20年了，你完善好了吗？你做事总是这行没搞完就搞另一行，你输就输在没有一条路走到黑走向光明

---

作者: hcwanz    时间: 2024-5-26 10:10

wscpf1919 发表于 2024-5-26 02:40
易语言快20年了，你完善好了吗？你做事总是这行没搞完就搞另一行，你输就输在没有一条路走到黑走向光明 ...

易语言十年前就已经放弃了，大版本更新都没有

---

作者: 4463424    时间: 2024-5-26 10:28

bigwei1 发表于 2024-5-25 13:44
听到十年，后背已经发凉啦

十年后应该有接班人吧!!!

---

作者: zhh044    时间: 2024-5-26 14:30

wscpf1919 发表于 2024-5-26 02:40
易语言快20年了，你完善好了吗？你做事总是这行没搞完就搞另一行，你输就输在没有一条路走到黑走向光明 ...

您没有大局思维，易语言就是一个 垃圾分离器 ，让一些爱做科技软件和自以为是的作者，停留在分离器里面烂着，这样火山就能流进清澈血液。所以易语言没必要更新，让那些愿意烂着的人继续在里面烂着就好。

---

作者: wscpf1919    时间: 2024-5-26 14:39

zhh044 发表于 2024-5-26 14:30
您没有大局思维，易语言就是一个 垃圾分离器 ，让一些爱做科技软件和自以为是的作者，停留在分离器里面烂 ...

那我说的有错吗？易语言他完善了吗？火山10内你觉得可以完善？我们讨论的是做事方面，而不是讨论的编程工具

---

作者: 森罗软件    时间: 2024-5-26 14:56

zhh044 发表于 2024-5-26 14:30
您没有大局思维，易语言就是一个 垃圾分离器 ，让一些爱做科技软件和自以为是的作者，停留在分离器里面烂 ...

用不着为了发展火山而踩易语言,易语言开发的行业软件也不少,目前用火山开发科技软件的作者也不少,目前火山比易语言好不到哪去无非就个64位和编码字符,其他甚至不如易语言,至于效率,大部分人开发的软件达不到所谓的效率瓶颈

---

作者: 飞扬工作室    时间: 2024-5-26 15:56

wscpf1919 发表于 2024-5-26 14:39
那我说的有错吗？易语言他完善了吗？火山10内你觉得可以完善？我们讨论的是做事方面，而不是讨论的编程工 ...

按照你的说法,微软也要被痛骂,因为它把 vf, vb 这些语言统统放弃了.

技术和产品的更新换代不是很正常的事情吗? 当时地基就是盖一个平房,你非要一路走到黑盖成摩天大楼?

---

作者: 99101617    时间: 2024-5-27 00:15
1.可感知现状：目前AI GPT4水平对编程语言的冲击形式可感受的有两方面，其一是多Agent开发应用，这种形式还分依托于大平台的开发，例如扣子还有百度智能体平台，不需要任何代码，人人都可上手，但也有限制，还有就是基于开源模型本地搭建的AI应用开发，这里目前部署还是需要代码的，LC框架使用较多的是python语言，也支持JS。其二是辅Zhu传统编程，也是目前最常见的各种编辑器插件，用于解释、翻译、注释、补全代码。
2.解决建议：第一种Agent是对所有语言的冲击，不管你是中文还是英文的，火山可以加入相关部署的框架或库实现中文部署AI（AI开发框架目前还处在起步阶段，各个框架都不完善，没有像前端VUE等较大的框架）或者有专门的火山AI开发平台；至于第二种需要中英文翻译；更激进一点就是训练微调适用于中文编程的大模型，这个难度有点大。
3.未来不确定：至于GPT5甚至6能发展到什么水平不可预测，说不定到时还会发生变化，目前有看到现阶段就可以实现Agent自动检测代码错误自动更改直至正确的应用，没测试，未来不好说。
4.乐观对待：模型避免不了的存在幻觉，最终还是要一个懂代码的人拍板决定是否采纳，AI将使个人创业开发者增多，期待火山的跨端插件及靠谱的软件UI官方解决方案。

---

作者: 福寿    时间: 2024-5-27 01:04

wscpf1919 发表于 2024-5-26 14:39
那我说的有错吗？易语言他完善了吗？火山10内你觉得可以完善？我们讨论的是做事方面，而不是讨论的编程工 ...

哪有什么完善不完善的，照你这么说微软不也没完善， 你还不是一样用，有本事就自己开发，这样才有说服力

---

作者: 步天有术22    时间: 2024-5-27 07:58

飞扬工作室 发表于 2024-5-25 11:24
这有啥好担心的,我至少还能干十年,十年都不能把火山完善好啊? 况且火山类库封装根本不需要我参与,可以外包 ...

支持吴总

---

作者: dakk    时间: 2024-5-27 10:42
买狗纯属支持老吴，低文化时代成就了易语言，在想走向易的巅峰感觉挺难的！ 期待AI时代 :噜阿噜

---

欢迎光临 递归火山软件开发平台 (https://bbs.voldp.com/)

Powered by Discuz! X3.4