nglxm 发表于 2026-3-26 20:48:28

闲聊火山与AI

本帖最后由 nglxm 于 2026-3-26 20:54 编辑

有一段时间没有看过论坛,最近几天看了下关于火山和AI的话题,吴总包括很多大神,小伙伴们都从不同角度去看待这个问题,我个人觉得应按以下顺序来完善火山与ai:1.解决火山IDE里面利用AI自动生成火山代码问题,当然前提是丰富AI训练资源;
2.才是上python或者c++(火山视窗)也好,让火山能参与到AI开发中;

1才是优先级高,IDE支持了AI自动生成,只要不停训练和丰富资源,2也可以自动生成,一切皆有可能了。

存粹个人想法,不喜勿喷。


我觉得大部分小伙伴更多的是需要AI让火山IDE开发更便利,能自动写火山各子平台代码,而不是用火山来开发AI

voldev! 发表于 2026-3-27 03:07:34

本帖最后由 voldev! 于 2026-3-27 03:08 编辑

我也是,没事就上来看看 之前吴总说AI只是“副驾驶”,编程实力仍最重要,可回头看,我感觉现在写代码已经不比谁写得好,而是谁更能理解需求。。编程实力已经由大模型决定,只要能用最好最新的模型就能有最强的编程实力,目前的情况是个人跟大**全都站在同一起跑线上,年轻人的世界已经充满AI,而且这玩意越用越上瘾。自从4.5出来以后,AI的能力实际已经改变了整个软件行业,希望吴总也积极拥抱AI吧,在AI席卷的路上不被淘汰。

zxcqwwee 发表于 2026-3-27 04:06:13

实现1其实都不需要太复杂,给个mcp,让用户自已跟tare之类的配合就行了

阿海 发表于 2026-3-27 08:26:41

本帖最后由 阿海 于 2026-3-27 08:28 编辑

个人觉得火山如何能让几年前吴总口中的小白能如何能继续吧火山更好都用下去才能让火山发展下去,而不是让小白当韭菜,只能用别人封好的库。我支持火山买了2个狗2+3,但主要是用PC做些上位机软件,基本离不开调用外部库,在调用外部库是绕不开C/C++结构体、无符号参数,虽然结构体这块改进了很多火山可以调用了,但不能直接使用特别是里面有无符号参数的时候。类似这些C/C++与火山对接的问题因为没有学习资料和例程开发就变的很困难,火山发布时是小白,这么多年过去了感觉离小白也没走多远。如果小白一直还是小白有没有AI感觉关系也不大,我想类似这样的C/C++数据类型转换到火山里的情况AI也不一定能做的好。

zsp 发表于 2026-3-27 12:15:31

阿海 发表于 2026-3-27 08:26
个人觉得火山如何能让几年前吴总口中的小白能如何能继续吧火山更好都用下去才能让火山发展下去,而不是让小 ...

点赞! “火山发布时是小白,这么多年过去了感觉离小白也没走多远。如果小白一直还是小白有没有AI感觉关系也不大” :噜阿噜

沉默流星 发表于 2026-3-27 14:19:29

阿海 发表于 2026-3-27 08:26
个人觉得火山如何能让几年前吴总口中的小白能如何能继续吧火山更好都用下去才能让火山发展下去,而不是让小 ...

其实你说的这点,做自动封装工具就可以实现,我目前就已经实现了火山服务器自动封装类库的工具,如果吴总放开打包成模块的方法,我都能让自动封装工具从封装出来,再做成模块.

阿海 发表于 2026-3-28 08:31:45

沉默流星 发表于 2026-3-27 14:19
其实你说的这点,做自动封装工具就可以实现,我目前就已经实现了火山服务器自动封装类库的工具,如果吴总 ...

本不该这样的啊,为什么一条直路非要被人绕道走,小白要求也不高,调用DLL、Lib不要他们太为难小白,能简单点调用外部库很多人应该也就够用了。
我一直不理解吴总为啥这么“为难”小白
页: [1]
查看完整版本: 闲聊火山与AI