递归火山软件开发平台

标题: 关于更新 [打印本页]

作者: 飞扬工作室 时间: 17 小时前
标题: 关于更新
唉,都说了好多次了. 要做好要做好要做好,好东西是需要打磨的,我能说一个几百行的封装函数反反复复写了好几遍吗? 我能说一个晚上的时间就用来构造一个方法的接口规范吗? 心急吃不了热豆腐,做个不伦不类的东西出来有啥用?

真要频繁更新,我每周发布一个更新都行,关键那有用吗? 就像某些用户说的,更新的东西他用不上等于没更,你要这功能他要那功能,不满足就发牢骚,众口难调我能咋办?

再说了,我销售软件也没和其它软件一样月费年费小会员大会员超级会员AI会员搞一堆吧? 我哪怕就真是暂时休息一段时间为啥就不行?

我一直在更新并没有放弃,这个话题反反复复说了很多次了,这次再最后说一次.

作者: nurjay 时间: 17 小时前
信任很重要！跟你26年了！

作者: 459943578 时间: 17 小时前
到底是在做集成到视窗的py平台还是py库的强化版，都花了几个月时间了期待前一种。

作者: 承易 时间: 17 小时前
催更是很烦人，是要考虑长久应对未来更新，编程是个脑力活，很累，也需要适当的休息

作者: 折戟沉沙 时间: 17 小时前
本帖最后由折戟沉沙于 2026-2-1 01:40 编辑

说句实话，本不想打击你，但是实话最伤人。

在易语言和火山圈子，他们都已经习惯了编译出来的产品体积小。

在火山视窗里，一大堆人都也在喷MFC编译出来体积太大了，所以某些人才一直说WTL，结果WTL是个废物，缺胳膊少腿。

现在你在搞火山视窗py库，也就是说，到时候打包的程序还要搭载一个py的运行环境，这样子编译出来的成品体积臃肿。

那么这样就会导致，一大堆人喷，但是话又说回来了，是什么C++没办法解决？非要搞py？我是真不懂你的思维。

但凡你搞个现代界面库，哪怕体积臃肿还说的过去，但是你搞个py。。。说句难听的C++又不是不能解决。。。

所以最终结论就是，你搞的这个py库，简直是无用功。

真正痛点不解决，解决这些可有可无的东西。

作者: 小蜗牛 时间: 16 小时前

折戟沉沙发表于 2026-2-1 01:36
说句实话，本不想打击你，但是实话最伤人。

在易语言和火山圈子，他们都已经习惯了编译出来的产品体积小。 ...

其实PY也可以..不同的人有不同的需求.帖子也说了,有的人可能需要有的人不需要,这很正常..
大多数用户只需要能实现功能就行...就怕不会封装,自己也实现不了..
不能因为个人用不上就全盘否决.

生态是没有办法的事情.也是吴总造成的..很多模块的作者提建议,又有多少理会并实际解决的.
就说这个,多少年前提的,也没有解决.https://bbs.voldp.com/thread-21458-1-1.html
陆陆续续的这些模块也就停更了..
我封装一些C++库,很多库它设置了禁止复制,而我要声明成类变量的时候,我必须用NEW..来规避火山的强制复制.
但这样用起来就更麻烦了..
还有许多.....

这些抛开不说,但是基础设施不完善就是不对的...IDE很多难用的地方有多少人发帖,多少年没有改...

界面库买炫彩源码.我觉得算是比较合适的...虽然HTML很方便,用AI很爽..(我觉得很爽)
但是,体积是个问题,吐槽的人肯定巨多...edge兼容性堪忧.
cef真的太大了...用火山的用户,写小工具居多..
用户要界面好看,要方便就必须要用html.
要好看,要灵活,就炫彩.
要难看,要不灵活,MFC

其它开源界面库bug太多...还可能有版权问题..
买的问题就不大了.

界面库的选择,我通常取决于用户给的价格.来做选择.
高: 炫彩
中: HTML
低: MFC

作者: niuyanbo2021 时间: 12 小时前
不急，不急，静观其变。

作者: lvzhi_123 时间: 11 小时前
理解休息休息人不是机器

作者: 诗木 时间: 11 小时前
其实很多人只是希望火山能实时公布更新进度；还有很多建议采纳不采纳需要个反馈，而不是石沉大海。

作者: 兵三进一 时间: 10 小时前
一直坚守,从未离开

作者: domingo 时间: 10 小时前

诗木发表于 2026-2-1 07:11
其实很多人只是希望火山能实时公布更新进度；还有很多建议采纳不采纳需要个反馈，而不是石沉大海。 ...

这个很对

作者: domingo 时间: 10 小时前

折戟沉沙发表于 2026-2-1 01:36
说句实话，本不想打击你，但是实话最伤人。

在易语言和火山圈子，他们都已经习惯了编译出来的产品体积小。 ...

对于软件体积大小我倒是不咋在意，我软件经常内置很多东西，打包都有几百M。

作者: IvzCX 时间: 10 小时前
个人觉得更新要分2类，第1类是满足能用，第2类是需求增益。2类更新分别独立进行。
你说的py库就是增益的部分，对于增益的部分，愿意等也没有催。
但是不能为了增益，把满足能用的更新时间占用了。
现在满足能用的都有点缺胳膊少腿，就比如浏览器封的是多不是bug就是缺事件。

要满足能用的话让使用它写代码的人能自闭环，也应该没有人催。
对于我的现状是，写到一半卡住了，火山没有这个功能。问AI又不懂火山，封库也没有办法。项目只能停在这里。然后等官方搞增益的，也不知道什么时候能排到满足能用的更新上。

作者: IvzCX 时间: 10 小时前
可以一边搞大更新，一边对现有的库的修修补补。如果因为大更新把一切都阻断了，就无法知道要等到猴年马月了，用的多的还是官方现有库，地基要搞扎实啊。

作者: 1503123 时间: 10 小时前
缺胳膊少腿说得很到位

作者: IvzCX 时间: 9 小时前
可能官方库都是收来的，封的人只管赚q，根本就没有人真正用这些做些erpmes之类的大项目，根本就没有从易用性完整性来考虑，封完收完就完了，反正已经有了自己又不用，导致看起来都有，用起来就是缺胳膊少腿，而且还不是一开始就知道没有的，往往都写了一大半或者结尾的时候发现没有，难受的jio都扣烂了

作者: 创世魂 时间: 9 小时前

459943578 发表于 2026-2-1 01:02
到底是在做集成到视窗的py平台还是py库的强化版，都花了几个月时间了期待前一种。 ...

py集成到视窗里面，让视窗可以方便调用py库。

作者: 创世魂 时间: 9 小时前

IvzCX 发表于 2026-2-1 08:36
可以一边搞大更新，一边对现有的库的修修补补。如果因为大更新把一切都阻断了，就无法知道要等到猴年马月了 ...

没有那么多精力。。肯定是只能搞完一个再搞另外一个。。

作者: 创世魂 时间: 9 小时前

IvzCX 发表于 2026-2-1 08:31
个人觉得更新要分2类，第1类是满足能用，第2类是需求增益。2类更新分别独立进行。
你说的py库就是增益的部 ...

py主要是为了解决用户不会使用c++封库的问题。用py快速封库解决功能问题。

虽然体积稍微大一点，但是最起码自己想要的功能可以快速解决。开发进度可以大大提高。

作者: 三条鱼 时间: 8 小时前
所以智能变量问题能优化一下吗，现在开发很不方便，不能自动判断变量类型

作者: 小蜗牛 时间: 8 小时前

诗木发表于 2026-2-1 07:11
其实很多人只是希望火山能实时公布更新进度；还有很多建议采纳不采纳需要个反馈，而不是石沉大海。 ...

每天给你汇报写了几行代码也没用啊
要进度有啥用.要的是实质性的更新,要实际性的大部分用户的痛点问题..
虽然py可以解决一部分人的痛点(不是我的)
也算对于一部分用户来说可能是实质性更新..

智能变量多少人说,说了多少次...
动态数组[...] 除了火山,还有哪一款编程语言不支持?连易语言都支持...
我是想不到有哪一款不支持的...

作者: 摘星揽月 时间: 8 小时前
   你们要求这要求那，吴总能应付过来吗，任何一个功能和库都是要评估后才决定是否搞，火山的库肯定不能满足各位所有功能，需要封库了找人或者自己研究啊？用火山面向库使用者和封库者。我缺裤都是自己封。为了快速封安卓和服务器的库，我开发了封装工具，在一定程度上提高了速度，没见几个人用。
   写代码的质量很重要，不是写完就不管了，需要考虑很多很多的情况，还需要优化到最佳，请不要说这说那，觉得AI强大了让AI帮你写啊，或者自己搞个开发工具。
   阉割语言特性是为了简化使用，现在三个子平台使用方式都一样，火山有自己的定位，如果火山满足不了你的，请你使用VS或AS或者Intellj。不要再讨论语言特性的问题，后面大概率不会修改的。有些东西不好封装或者封装不了，可以提给吴总，请吴总帮你看，怎么封装。
      各位还是多研究研究官方的库怎么封装的，提高自己的封库本领。

作者: 折戟沉沙 时间: 7 小时前

小蜗牛发表于 2026-2-1 02:22
其实PY也可以..不同的人有不同的需求.帖子也说了,有的人可能需要有的人不需要,这很正常..
大多数用户只 ...

你说的这个我就不知道了，现在我已经不玩火山很久了，在C++玩的很舒服，但是你说到界面库，我觉得把，炫彩我不清楚，但是国外很多界面库，比如wxWidgets和网易云的duilib，但是这两个好像都不怎么更新了，所以要是想允许商用的，最好的就是前端WebUI，Element UI和 layui

作者: 朕的 时间: 6 小时前
搞个Exdui界面库配合火山可视化设计器+组件布局器，才是重拳，有了好的界面库卖狗销量更高

作者: weilai 时间: 6 小时前

折戟沉沙发表于 2026-2-1 10:56
你说的这个我就不知道了，现在我已经不玩火山很久了，在C++玩的很舒服，但是你说到界面库，我觉得把，炫 ...

已经不玩了，就不要瞎提意见了

作者: 2oon 时间: 5 小时前
吴总辛苦了

作者: zqiz 时间: 5 小时前
老吴，不要过于纠结，大家内心都佩服您精易求精，更理解您不易。粉丝们发个牢骚，是对火山的爱恨，这种爱恨是希望火山越来越好，恨自己的技术不精，幻想简单到无脑实现效果。老吴，注意休息，静下来才能有更好灵感。我虽已转原生GO，但我每天都逛火山论坛，偶尔也用用火山，离不开的是情结。粉丝发个牢骚，都是善意的，不影响开发。

作者: 折戟沉沙 时间: 5 小时前

weilai 发表于 2026-2-1 12:06
已经不玩了，就不要瞎提意见了

我不玩火山，但我仍属于其付费用户群体。

作者: 冰山一角 时间: 4 小时前
终于把楼爬完，感觉上面大佬有些观点是没错的。
可以一边搞大更新，一边对现有的库的修修补补。如果因为大更新把一切都阻断了，就无法知道要等到猴年马月了 ...
在基础功能使用的问题上肯定是支持更加完善官方库的，请吴总考虑下。就单纯修修补补，也不是说要重写怎么的

作者: realpc 时间: 3 小时前
支持细细打磨

作者: 飞扬工作室 时间: 2 小时前

折戟沉沙发表于 2026-2-1 01:36
说句实话，本不想打击你，但是实话最伤人。

在易语言和火山圈子，他们都已经习惯了编译出来的产品体积小。 ...

为什么下决心搞这个python,就是为了支持ai.

总所周知现在python是ai应用最广泛的语言,基本上各种功能都能通过问ai来解决,而火山现在最缺的是什么? 就是各种各样的类库. 用c++封装类库门槛太高,而用python配合ai就能很快解决问题.

用火山开发程序遇到某个功能无法解决咋办? 问ai获得对应python程序,然后使用火山的python支持快速封装进火山,功能实现得好不好效率高不高另当别论,但是至少能解决问题,这至关重要!

这次为什么花费这么长时间:

1. 要彻底了解python语言;
2. 要彻底了解python和c++的接口机制;
3. 要设计如何将其最好地整合进火山;
4. 要编码实现. 很多东西都需要完全从头编码,比如火山程序和python的数据交换,相互调用,等等.

总地来说,好饭不怕晚,不管时间长短,我这边一直在努力并未停歇,请大家保持耐心,感谢大家的支持!

作者: 飞扬工作室 时间: 2 小时前

诗木发表于 2026-2-1 07:11
其实很多人只是希望火山能实时公布更新进度；还有很多建议采纳不采纳需要个反馈，而不是石沉大海。 ...

不知道你是怎样,至少我写程序是如此: 如果某件工作有思路开了头,很忌讳中途打断去做别的事情,一旦打断就需要付出很大精力和时间来重新开始,也就是说我工作只能串行而不能并行. 所以很多时候不是我不理会大家的各种要求,实在是工作习惯所致没有办法,请大家多多谅解! 一旦手头的工作告一段落,我会抽出时间把建议都处理一遍.

作者: xiaoya 时间: 1 小时前
吴大大辛苦了，支持火山，希望越来越好

作者: 大有可为 时间: 1 小时前
引入Python,看似多此一举,实则是为火山装上了一个应对AI时代不确定性的“战略接口”,用户在想下一版本能不能更新到我想要的功能,而吴总可能在想五年后这个平台靠什么生存,支持吴总,静下心搞

作者: mwqy19 时间: 1 小时前

飞扬工作室发表于 2026-2-1 16:23
为什么下决心搞这个python,就是为了支持ai.

总所周知现在python是ai应用最广泛的语言,基本上各种功能都 ...

对，这是正确的，好不好，效率高不高的前提是能解决问题，能用，有，在此基础上再去更好的解决问题。对于普通非开发人员来说，其实问ai然后ai返回来的python代码能用，不管是复制到火山里面还是新建py文件，起码能解决问题，就很棒了。文件大不大，对普通用户每人去关注，专业人士关注，但专业人士也可以在能用的基础上进行优化。

作者: jstion 时间: 半小时前

折戟沉沙发表于 2026-2-1 01:36
说句实话，本不想打击你，但是实话最伤人。

在易语言和火山圈子，他们都已经习惯了编译出来的产品体积小。 ...

每个人需求不一样,有些时候让AI写个python函数,调用一下,也是很方便的,体积方面,就好比饿肚子时有的吃和好不好吃的区别而已

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