递归火山软件开发平台

标题: 对于视窗版更新的感受 [打印本页]

作者: feimu2005    时间: 2024-2-3 12:47
标题: 对于视窗版更新的感受
作为一个普通视窗版用户,非封库高级用户,以下只是我个人看法:

对于本次更新约等于“没更新”。
系统功能、使用体验方面没有,
支持库方面更新的也没多大意思。

视窗版,买了很长时间了,一直处于半吃灰状态,
搞小软件偶尔用一下,也就自己玩玩,
搞正式软件,其实一直想用,但各种原因还是用回了易语言,
(经常用到的谷歌填表库一直也没有)。

这次的更新等了3个多月,很失望。
翻了翻最近几次更新,貌似视窗版有半年了一直没什么大一点的动作,
关键是一直没更新不到我的痛点上。

我最为一个买了狗的用户,感觉买早了,有点儿小亏。

接下来重点不知道会在哪里,H5?GO支持库?
理解吴总精力有限,那往后的很长一段时间内,视窗版是不是基本这种更新节奏?
有没有可能,每次更新,解决哪怕一个小小的相对普遍的痛点,或许大家痛点都不一样

以上仅作为一个普通用户的个人感受,只是随便BB几句,
吴总也不容易,大家加油干吧~


作者: blackangeldsf    时间: 2024-2-3 12:50
杀软件对易语言的误报问题,现在咋处理啊?如果处理好了,我也用易语言了。
作者: shuimiao    时间: 2024-2-3 13:04
我也感觉不到痛点的更新,我已经半年没有更新了。。好几个更新包都没装
作者: Xelloss0618    时间: 2024-2-3 13:30
你想要的更新,以前在易语言都是第三方做的,到了火山怎么会指望什么都由官方提供?
这种模块就算官方出,大部分也是吴总收购来的。
谷歌填表你可以试下隐心模块。
视窗版最近更新的一些封装特性,对封库来说是利好,可以更高效地搞更多库。
作者: 创世魂    时间: 2024-2-3 13:47
本次更新主要还是发布go插件测试版。其它的都是顺带的。
作者: 山梦    时间: 2024-2-3 13:48
GoGoGoGoGo
作者: 2767944492    时间: 2024-2-3 14:17
对于非封库玩家,这几次的更新确实没什么体现或者没那么快体现出来,对于封库大佬可能会更有感受,作为一个商业软件,火山不会开源,但也不至于整个官方开发团队就一个吴总吧,吴总一直都是单打独斗,论坛的反馈和建议也只是魂总一个人在管理,真正解决问题的量的也没多少,很不利于火山的发展,说好听点,火山的未来还得靠封库大佬的贡献。这段时间玩了玩rstudio、pycharm,接触了其他IDE,才感觉到火山IDE是真的落下太多,最直观的感受就是丑、古董一样的设计,最深刻的感受就是功能落下太多,IDE插件开放不完全、不彻底,很多问题也搜不到解决方案,这只是非封库、普通用户的感受,有些人不在乎,或者觉得顾不上也不想说什么,但总有人在乎,根本还是人手不够、维护不够。不管怎样,还是希望火山越来越好
作者: 小人物没回忆    时间: 2024-2-3 14:22
谷歌填表  有啊 ,https://bbs.voldp.com/forum.php? ... 15480&highlight
作者: feiyu2005    时间: 2024-2-3 15:52
blackangeldsf 发表于 2024-2-3 12:50
杀软件对易语言的误报问题,现在咋处理啊?如果处理好了,我也用易语言了。 ...

窗口组件用黑月或者EXUI等第三方,黑月编译+VMP混淆。
作者: hxk12349    时间: 2024-2-3 17:06
现在火山用着感觉很绕,虽然语法跟e大差不差,还可以c++内嵌,但是用着非常不方便,吴总的初衷应该是想保留e 的易用性,c+的效率,但是现在感觉火山用着已经越来越奇怪了,数组定义,结构体定义,&取指针等等,最难受的就是结构定义,虽然更新了几次,但是开发效率好像没有什么实际性的提升,封库完全可以给第三方,而且现在的库可以说已经很全了,应该把这些基础的东西优化优化,这几次更新个人觉得最有用的就是单精度和无符号了
作者: 承易    时间: 2024-2-3 20:57
众口难调,易语言是真的方便好用,
火山C++ 自然不可能完全一样的易语言语法的,
普通玩家 感受不到火山的威力,太多强大的功能用不到的,
其实现在聊这个有点晚了,当时应该只开发安卓的,JAVA搞的同时 顺便搞下PC,跨平台也就搞定了,
不应该折腾C++,如此专业的不适合易语言用户群体,
这样时间精力就够最后搞下GO PYTHON H5 JS甚至看哪个单片机 工控机 势头好 搞搞这些

看的出吴总为了一劳永逸,把C++搞定,可是易语言用户基本不是太多专业编程的,
易语言转火山  有一道坎,得花点时间精力 才能过度,但是大多人不想费劲,继续用易语言,
虽然大多语法一样,但是很多地方不同,完全转火山并不是那么的快,
不过这是暂时的,随着时间发展,未来也是要转火山,只是易语言还能用的时候,就有的选择,如果未来全是64位,或是什么样的情况,最终才会全转火山,

火山未来不是问题,早晚会火,C++ JAVA GO 已经有了,H5 JS 其他可扩展的,慢慢就会封装好,界时火山一定非常的牛。

临近年关 祝福大家 吴总 易语言 火火编程 火火火 牛牛牛 发发发
作者: xo37    时间: 2024-2-4 07:59
没事,再坚持几年,就弃用了吧
作者: 67564226    时间: 2024-2-4 10:06
本帖最后由 67564226 于 2024-2-4 10:15 编辑

如果火山也支持不全用类,  也同步支持面向过程的语法,  估计转过来就没有问题了.  C++是支持面向过程的 但被吴总阉割了.  只剩下类了, 所以才是所有易用户转移过来最大的障碍.
这也给吴总自己开发造成了麻烦, 一个选择夹, 到现所见即所得都搞不定, 用各种绕晕人的方法来实现, 徒增用户的代码开发量和烧脑度,让人很无语.

作者: npcwu    时间: 2024-2-4 10:11
支持搞搞单片机,工控之类的,来几个大佬封下库
作者: blackangeldsf    时间: 2024-2-4 10:37
feiyu2005 发表于 2024-2-3 15:52
窗口组件用黑月或者EXUI等第三方,黑月编译+VMP混淆。

精易论坛上有个白月的,作者自己说“目标和宗旨是完全、彻底的解决,长久以来困扰易语言用户的误报问题”。但是不知道怎么样啊?
作者: suyan    时间: 2024-2-4 11:00
blackangeldsf 发表于 2024-2-4 10:37
精易论坛上有个白月的,作者自己说“目标和宗旨是完全、彻底的解决,长久以来困扰易语言用户的误报问题” ...

梦里解决,连微软的VS都不敢在360面前说解决
作者: blackangeldsf    时间: 2024-2-4 13:12
suyan 发表于 2024-2-4 11:00
梦里解决,连微软的VS都不敢在360面前说解决

哦,好吧。
作者: shuimiao    时间: 2024-2-4 13:47
suyan 发表于 2024-2-4 11:00
梦里解决,连微软的VS都不敢在360面前说解决

白月应该是干净编译,没有那么多自带信息特征 自然就减少了特征误报因素。其他的比如白名单误报就没办法了
作者: 兵三进一    时间: 2024-2-4 13:49
反正,这是我在老吴这里入的最后一个坑
作者: dakk    时间: 2024-2-4 14:58
:噜阿噜   我也是觉得入手太早了,从易转过来还做不到无缝接轨,我猜接下来还会有H5 ?
也不知道火山**有多少人开发人员,总不会就吴总一人在写吧,毕竟人的精力是有限的。
作者: 2767944492    时间: 2024-2-4 20:57
dakk 发表于 2024-2-4 14:58
:噜阿噜   我也是觉得入手太早了,从易转过来还做不到无缝接轨,我猜接下来还会有H5 ?
也不知道火山**有 ...

开发团队估计就吴总一个,整个团队估计也就两个人,魂总管理论坛,,,,所以说火山要火就一定要多些官方人马,不然进度太慢了
作者: fengyishen    时间: 2024-2-5 11:35
我感觉吴总发布火山以来,跟我学东西似的,杂而不精。看一眼感觉啥都有,一用才发现少这少那的。属于啥都搞一点,但是,都不完善。也许,吴总的想法是先把各个平台整出来,搞个简陋的示例库,抛砖引玉,让有心的用户去完善。但吴总不知道的事,吴总限制的那些东西,不是精通那门语言的根本没本事去完善。
作者: VIsualC8    时间: 2024-2-5 12:55
本帖最后由 VIsualC8 于 2024-2-5 13:20 编辑
fengyishen 发表于 2024-2-5 11:35
我感觉吴总发布火山以来,跟我学东西似的,杂而不精。看一眼感觉啥都有,一用才发现少这少那的。属于啥都搞 ...

啥都做=啥都没做。
其他语言 迭代是新语法 新的优化 新标准库
其他第三方作者维护自己的库
火山这个是时间都耗在封装别人库了。






欢迎光临 递归火山软件开发平台 (https://bbs.voldp.com/) Powered by Discuz! X3.4