递归火山软件开发平台

标题: 看到论坛各种建议,有些难评,吴总请看 [打印本页]

作者: 森罗软件 时间: 昨天 10:04
标题: 看到论坛各种建议,有些难评,吴总请看

[观点一]放弃表格代码,直接文本代码,这样AI才能支持.

[个人评价]

这种人不是纯就是坏
1.表格作为火山来说是特色,有积木编程,有蓝图节点连线,目的是什么?那就是降低门槛,提升效率,也符合趋势,表格编程本质是低代码,如今低代码平台已成为行业趋势.
2.将“专业”等同于“必须文本代码”，却忽视了工具的本质是高效解决问题。无论是积木、蓝图还是表格，形式不同，但核心价值一致——让创造更简单.
3.关于AI对表格的影响,AI + 表格编程会让开发更高效，尤其适合中小企业、教育、快速原型开发,表格编程AI不支持”是错误观点！AI不仅能支持，还能让它更智能、更高效！这需要时间,需要我们火山全体用户一起努力.

[观点二]
鼓吹AI,弱化中文编程存在的意义

[个人评价]

1.母语编程让代码更易读、易维护，降低团队协作成本
2.提供纯中文的API、文档、调试信息，减少理解障碍,让开发者更专注于业务逻辑，而非语言障碍。
3.AI不是取代中文编程，而是让AI更适配中文用户的需求.
4.不要用几次AI就觉得自己行了,AI是辅Zhu,不是替代,用AI的前提是你要有纠错能力,软件开发是系统工程.
我认为技术应该服务人，而不是让人适应技术.

[观点三]
反对H5子平台开发

[个人评价]

个人认为H5平台很有必要开发,就像吴总说的这真的是实现火山环境闭环的关键一步,请吴总不要动摇.

因为H5范围太广,我以基于VUE来实现表达下个人观点

1.VUE是渐进式易上手的前端框架,它的核心理念就是响应式数据,组件化开发,这跟火山的易用性天然契合,特别是火山的表格,VUE的模板表格可以表达,CSS样式更别说了,表格更合适,脚本方面,就跟我们平常用的一样展示效果.但他是全中文.

2.基于VUE可以实现跨平台,同时还可以反哺火山PC,火山GO,火山安卓,通过它可以做出精美的混合开发应用.

3.基于VUE如何实现跨平台?Vue 本身就是为 Web 设计的，编译后可直接在浏览器运行,结合现代工具链和跨平台方案可以轻松实现 H5、小程序、桌面端、移动端等多平台开发

小程序:**/zfb等小程序开发,可以通过编译工具转换市面上的uni-app,Taro都可以实现,这部分官方不需要授权,因为生成的是VUE程序

桌面:用 Electron或Tauri 打包 Vue 项目为桌面应用

鸿蒙应用,未来还可以通过ArkUI 适配

[关于火山]

为什么会有那么多的人怨声载道?不可否认的是,这是火山的问题也是迫切需要解决的问题

本质还是库少,库更新不及时,要知道用火山的用户都是面向库开发,就跟易语言用户都是面向模块开发一样,少了模块啥也不是(话虽难听但是事实,我本人也是这样的),火山用户也是这样的,少了库,啥也不是,库是根基,但火山库封装难度太大,吴总你哪怕需要重构编译器也要解决,不然火山后面随着平台越多,用的越难受,你自己也会很累.

火山库的封装,应该把他优化到普通小白也可以封装,可能有人说,这是不可能的,小白编程都不会还封库,但别忘了,小白会用AI啊,AI生成的代码,他自己修修改改就能封装成库,然后再用火山自己的中文代码语法来调用自己封装的库,这才是AI对于火山最合适的用法.

站在普通用户角度来说,上限更高了,不会被封装语法限制在只能等库,买库的尴尬地位,通过自己和AI配合折腾下,可以实现自己搞库
站在吴总的角度来说,不用花费资金去收一些普通的库冷门的库来满足用户了,可以专注收精致的库来作为官方出品迭代
站在封库的角度来说,封库更简单,但会动你们的蛋糕,找你们封库的用户会大量减少
站在火山平台的角度来说,那些开发的子平台真的可以起飞了,群众的力量是伟大的

[关于投票]

真的不建议发什么投票了,用户的评价都是站在自己角度的,会误导吴总的判断,有建议单片机,有建议仓颉,说真的,真搞出来,他不会去用的.他甚至都没了解单片机或仓颉开发,就要中文开发,想想都可笑.
所以一定要避免误导性投票：用户需求可能片面（如“要单片机支持”但实际不会用）.

多发些IDE优化投票,语法优化投票,对于用户来说,语法出一些语法糖,这些更实在一些.

[最后个人总结]

1.坚持低代码+中文编程：服务教育、中小企业，降低技术门槛。

2.全力推进H5子平台：基于Vue实现跨端，完善生态闭环。

3.彻底改革库生态：让用户能自主封库（AI辅Zhu），解放官方压力。

4.谨慎对待投票：优先解决IDE体验和语法痛点，而非分散资源。

技术应该服务人，而非让人适应技术。

火山的目标，是让中文开发者拥有真正属于自己的高效工具.

作者: heqianli 时间: 昨天 10:19
知道为什么开发这么多平台还是有人骂么？根本原因就是火山PC的用户没有得到满足，用PC的呼声最高，反而不管不问，再开发还是骂，照样骂，开发的子平台不痛不痒，纯属自娱自乐。

作者: 森罗软件 时间: 昨天 10:24

heqianli 发表于 2025-6-30 10:19
知道为什么开发这么多平台还是有人骂么？根本原因就是火山PC的用户没有得到满足，用PC的呼声最高，反而不管 ...

每个人的需求不同,永远都无法满足,问题的根本就是库的问题,让普通用户也能简单封库,这才能解决.

作者: 2767944492 时间: 昨天 10:50
坚定不移的支持H5开发

作者: 67564226 时间: 昨天 10:54
我个人感觉,现在开发,得根据用户需求来开发IDE和库,

而不是学华为那一套,反正就这些功能,你爱用不用....

作者: 森罗软件 时间: 昨天 11:03

67564226 发表于 2025-6-30 10:54
我个人感觉,现在开发,得根据用户需求来开发IDE和库,

而不是学华为那一套,反正就这些功能,你爱用不用....

华为占着终端设备用户多的优势可以做到这么狂,我认为吴总可能很少用火山去开发,吴总用户火山开发几个项目作为示例模板发布出来,用户有更好的项目模版参考,自己也体验了使用火山开发可能存在的不足或者代码书写不方便的地方进行自发的优化,而不是被动等用户提出来,因为自己没体验,哪怕用户提出来,也达不到设身处地的去考虑优化.

作者: 森罗软件 时间: 昨天 11:05

2767944492 发表于 2025-6-30 10:50
坚定不移的支持H5开发

我们想法是一样的,H5对于火山来说很有必要,总有人说,已经有某某某了,就不用再出了,我想说的是,跟吴总有什么关系?难道说当初已经有记事本可以写代码了,vscode就没有存在的必要了么,老是混淆概念,

作者: 4463424 时间: 昨天 11:10
部分赞同，利用ai实现自给自足，让ai辅Zhu封库。
H5都构思好了，就别犹豫。h5平台就可以尝试着让ai封库，或做些重复性的事。
单片机后面可以考虑下，毕竟是基于c语言。

作者: 承易 时间: 昨天 11:16
C语言代码不能完全通用，这是弊端，所以还是看看haxe 的NB之处吧，一套代码跨平台跨语言，希望吴总在中间加一个中文层，用易语言语法，
下载地址：
https://haxe.org/download/

作者: 森罗软件 时间: 昨天 11:25

承易发表于 2025-6-30 11:16
C语言代码不能完全通用，这是弊端，所以还是看看haxe 的NB之处吧，一套代码跨平台跨语言，希望吴总在中间 ...

不能光看介绍的,真正实现跨平台的只有web,跨平台的根本问题是兼容性问题,不同平台的特性不一样,例如，js.Browser.alert() 只能在 JavaScript 目标中使用，编译到 C++ 会报错.
某些库或语法在特定平台不可用（如 sys 模块在 JavaScript 中不可用）.
他的缺点更多,甚至不如火山
兼容性永远是跨平台的最大问题,而Web 是目前最接近“一次编写，到处运行”的方案,未来还可以和火山PC,安卓,GO进行混合开发（Web + 原生壳）

作者: 寒风 时间: 昨天 12:24
赞同你的观点

作者: 摘星揽月 时间: 昨天 12:31
支持

作者: 折戟沉沙 时间: 昨天 12:38
看了看你以往的回帖记录，你这个帖子一样也是站在个人角度考虑，所以这个帖子没啥用。

作者: 123456789 时间: 昨天 12:38
还算中肯，老吴不适合自己做产品只能当个程序员。

作者: 沉默流星 时间: 昨天 12:49
你这也是站在自己的角度考虑。
1.不管建议H5开发或者不开发。都是站在自己的角度考虑的
2.视窗类库增加不增加，也是站在自己的角度考虑的。只观察看类库少，认为是封装难度的问题，而不考虑C++本身问题。就算降低难度，C++代码也很难拿到火山视窗上面来用。

总结：
不管啥建议都是站在自己的角度来看问题，没有谁对谁错。
站在IDE优化也好，类库增加或者完善也罢，增加新平台也罢。不都是站在自己的角度
如果换成提建议本身不用的子平台，看看还提建议不，如不使用火山安卓，则不会提火山安卓类库少，bug也有，其他子平台同理。
不要说谁对谁错，都是站在自己的角度

作者: 飞扬工作室 时间: 昨天 12:51
非常感谢你的建议! 火山现在最重要的问题你说的很正确,就是封库,这个我会好好研究一下.
至于H5子平台是不是开发,这个要等到把视窗平台封库的问题解决了再来考虑. 但是说实话,我最近几天考虑到了一个关键点: h5平台加入对ai的支持相对简单得多,因为都是基于js脚本语言,所以ai对于h5平台来说也并不是不可逾越的障碍,反倒应该是助力,只要我实现了能够支持本地js代码和火山代码混合编程,所有问题迎刃而解.

作者: 沉默流星 时间: 昨天 12:53

飞扬工作室发表于 2025-6-30 12:51
非常感谢你的建议! 火山现在最重要的问题你说的很正确,就是封库,这个我会好好研究一下. ...

不要只研究视窗，其他子平台也是一样，都需要一起降低封装难度。而不是只管视窗，不管其他子平台。

作者: guangye1 时间: 昨天 13:16
关键是你开发这么多平台没事。你倒是整点系列教程啊。我们新手怎么玩

作者: 沉默流星 时间: 昨天 13:25

飞扬工作室发表于 2025-6-30 12:51
非常感谢你的建议! 火山现在最重要的问题你说的很正确,就是封库,这个我会好好研究一下.
至于H5子平台是不是 ...

赞同

作者: 森罗软件 时间: 昨天 13:44

沉默流星发表于 2025-6-30 12:49
你这也是站在自己的角度考虑。
1.不管建议H5开发或者不开发。都是站在自己的角度考虑的
2.视窗类库增加不增 ...

没毛病,用户都是站在自己角度来考虑的,包括我也是,我并没有说谁对谁错.只是希望考虑自己的同时也考虑火山未来的发展,火山好了我们都受益.

作者: 森罗软件 时间: 昨天 13:55

飞扬工作室发表于 2025-6-30 12:51
非常感谢你的建议! 火山现在最重要的问题你说的很正确,就是封库,这个我会好好研究一下.
至于H5子平台是不是 ...

不要被用户评论所误导,AI对于现阶段的火山来说是趋势但不是必须,AI生成的原生代码,能让普通用户通过简单修改就能封装成库或者嵌入引用,用户可以用火山语法进行使用,这就够了,至于火山对于AI的支持能力,退一万步来讲,你开放IDE插件一些功能,用户自己开发插件去拓展火山IDE的AI功能,广大的用户总会有能人搞出来好使的插件出来的

作者: 沉默流星 时间: 昨天 13:55

飞扬工作室发表于 2025-6-30 12:51
非常感谢你的建议! 火山现在最重要的问题你说的很正确,就是封库,这个我会好好研究一下.
至于H5子平台是不是 ...

吴总可以参考借鉴下这个产品，虽然别名是火山先有的，但不可否认人家做的的确降低了封装难度

(, 下载次数: 22)

(, 下载次数: 20)

(, 下载次数: 21)

作者: 飞扬工作室 时间: 昨天 14:01

沉默流星发表于 2025-6-30 13:55
吴总可以参考借鉴下这个产品，虽然别名是火山先有的，但不可否认人家做的的确降低了封装难度

java搞这个很容易,c++涉及到各种头各种库各种编译配置,要难得多.

作者: 冰山一角 时间: 昨天 15:12
吴总,大佬,视窗要优化,安卓也要顾上啊,这是易语言也没有的一个很重要的子平台

作者: 冰山一角 时间: 昨天 15:14

连安卓也要加强啊,这是易语言都没有的一个子平台

作者: zmmhcc 时间: 昨天 15:21
本帖最后由 zmmhcc 于 2025-6-30 21:02 编辑

沉默流星发表于 2025-6-30 13:55
吴总可以参考借鉴下这个产品，虽然别名是火山先有的，但不可否认人家做的的确降低了封装难度

原本写了许多，想想算了先不写，大家已经有很多建议了。

作者: caomin 时间: 昨天 15:37

飞扬工作室发表于 2025-6-30 14:01
java搞这个很容易,c++涉及到各种头各种库各种编译配置,要难得多.

pc 搞完火山go 也搞下吧

作者: shuimiao 时间: 昨天 16:05

森罗软件发表于 2025-6-30 10:24
每个人的需求不同,永远都无法满足,问题的根本就是库的问题,让普通用户也能简单封库,这才能解决. ...

不是每个人的需求不同的问题，而是看核心群体的需求。吴总的用户群体就是非科班群体、不会英文群体的编程需求，如果不知道把握住这点，那就是顾此失彼。易语言就是很好的切入点，火山pc比易语言高级是易语言的进阶，但是如果不好好耕耘火山pc，而是搞那么多子平台闭环，就很好的背离了吴总的真正用户群体。要知道什么go、h5这种群体都不是吴总的核心群体，只是边角料而已，为了边角料丢失核心，那可不就是舍本逐末吗。问问初心，开发中文编程是要干什么，是给大牛们闭环开发产品的吗。吴总做大做强火山pc，争取把易语言用户全部转移到火山视窗上面，那就是一笔巨大的财富。至于什么go和h5的收益则是微末，只是迎合了少数群体

作者: 风一样存在 时间: 昨天 18:18
本质还是库少,库更新不及时,要知道用火山的用户都是面向库开发,就跟易语言用户都是面向模块开发一样,少了模块啥也不是

作者: 大幕孤雁 时间: 昨天 19:12

飞扬工作室发表于 2025-6-30 12:51
非常感谢你的建议! 火山现在最重要的问题你说的很正确,就是封库,这个我会好好研究一下.
至于H5子平台是不是 ...

h5 加快弄出来呀 ```
ai 可以放到下个版本也可以
弄个什么自动更新最好了
弄个最简单的版本先跑起来不需要这么完美
ai 大家都会用复制粘贴就可以手动填写也没问题前期

作者: 重新注册 时间: 昨天 21:19
蠢的是你，说实话，在AI时代，赶不上AI的脚步就是死路一条，现在正规程序员都一大堆下岗的，你中文编程，更没活路，再不赶上AI，火山只有死路一条，它没有第二条路可以走得通，不服我们十年以后再来在你这个文章下面见证真理。

作者: 森罗软件 时间: 昨天 21:23

重新注册发表于 2025-6-30 21:19
蠢的是你，说实话，在AI时代，赶不上AI的脚步就是死路一条，现在正规程序员都一大堆下岗的，你中文编程，更 ...

嗯,你说的对

作者: xqnh520 时间: 昨天 23:36

飞扬工作室发表于 2025-6-30 14:01
java搞这个很容易,c++涉及到各种头各种库各种编译配置,要难得多.

容易，就先把容易的问题解决了。还有COM自动封装这个工具，增加一个翻译功能。最好使用AI翻译，增加一个API接口。用户使用自己的密钥。当然也可以使用你的，付费使用。如果再现有的IDE上使用AI进行封装不好操作，可以单独设计一个辅Zhu工具出来。当然这个工具可以针对有狗的用户。

作者: 希希冉冉 时间: 9 小时前
如今的中文编程仍面临尴尬：多少程序员敢公开宣称 “我用中文写代码”？当母语编程被视为 “非主流”，本质是技术自卑的折射。易语言、火山平台与未来的中文编程工具，肩负的不仅是技术使命，更是打破偏见的文化担当。期待有一天，中文编程能堂堂正正站在世界技术前沿，让 “用中文写代码” 成为中国开发者的骄傲，构建属于我们自己的编程版图 —— 这不是民族主义的呐喊，而是技术自主创新的必然之路。

作者: liuzhichao03 时间: 7 小时前
本帖最后由 liuzhichao03 于 2025-7-1 10:59 编辑

希希冉冉发表于 2025-7-1 08:36
如今的中文编程仍面临尴尬：多少程序员敢公开宣称 “我用中文写代码”？当母语编程被视为 “非主流”，本质 ...

我第一次在这个论坛上听到这个声音“不愿意承认自己是用中文写代码”，确实如此。别人问我是不是易语言，我说我根本就没学易语言，那东西误报率100%。我说我是用C++，哈哈。其实也确实是C++，只不过是翻译过去的。

不过，你说的让中文开发成为骄傲，我感觉太乐观了，不可能。

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