递归火山软件开发平台

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
热搜: 火山 源码 类库
查看: 446|回复: 10
打印 上一主题 下一主题

[其它] 沉疴用猛药,乱世需重典

[复制链接]

29

主题

229

帖子

3684

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
3684
跳转到指定楼层
楼主
发表于 昨天 20:26 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本人还是很看好中文编程的, 奈何火山走歪了还看不到希望, 前段时间也算是弃坑了,但也不时会关注下论坛...
一个PC封装级用户的观点:

1.1 火山IDE 预期实现的 跨语言的火山级代码语法统一:
在未开发GO子平台之前,  安卓和PC 勉强算是实现了90%的效果,结果就是万物基于类以及PC基于C++的语法和特性遭到了大量的阉割.当时虽然吐槽呼声很多,但也还是温和状态.  
在论坛一小众预期商业开发又无较高原始编程能力的人窜说下GO怎么怎么好, GO推出了(此时PC各种缺点及许诺的改善/接口/插件等不得不无期限推后),  结果受制于语法统一, (本人不了解GO,据他们说)多返回值等重要特性被阉割了,紧接着这部分人也开始吐槽.
现在进行时, 由于AI的飞速发展, 又一部分人又窜说开发H5 PY等等, 即便开发了, 也一定会有大量阉割, 你们也一定不会满意的.

1.2 万物基于类
万物基于类即面向对象开发不是不好, 但是为了语法统一而实现的万物基于类对于PC来说就是就是错误的决策,   典型"代表作品" 就是结构体(挨了多少骂才弄了个别名类型,而且还改了又改)

小结:  个人认为, 跨语言实现火山级语法统一就是一个错误的决策.   为什么会有那么多种编程语言?  不外乎为了低代码,高安全.这么多编程语言的语法特性就一定千姿百态. 如果这么多编程语言语法相似,就不会推出这么多的编程语言!  想通过二次包装实现统一, 就一定存在阉割和一些诟病, 不可能避免.   



2. PC的问题

2.1 翻译机制的不合理
PC太多翻译代码已经固定死在IDE程序中, 典型的例子就是 万物基于类的虚函数,  还有嵌入文本的宽字符宏 _CT  (详见论坛某贴加入SDK头文件报错), 为什么不定义一个火山自己的宏,比如_VCT _VT 等等?   还有其他的一些函数就不一一举例了.  用户想实现一些扩展功能都受制于IDE无能为力.

2.2 界面设计器接口
在封装EXDUI界面库时,遇到了很多问题, 最艰难的一条当初已经与吴总沟通后修改了. 还有一些是许诺后期开放插件接口(论坛帖子有说),也遥遥无期.
在选择夹三改后,开发EXDUI时发现了吴总的任性, 接口必须支持HWND句柄,沟通后也没有解决(后另辟蹊径不完美的解决), 即便不开放IDE级插件,难道不能单独给设计器开放更多的设计器组件函数操作接口?


3. 关于论坛许多人的观点.
有的很激进,有的很保守,有的赞同 ,有的反对.   吴总的个签是 让所有人都能写程序, 因为那个时代的青年中年外语水平整体偏低,中文编程的易语言加之拖放式界面响应非常简单,可以说非常成功!   
现在在论坛叫的最积极的我猜大多数都是"商人",我不觉得他们有错,但是他们只是看到自己希望的,没有看到整体,  就像我上面 (1)说的.  如果没有(1)这个问题, 当初封装的PC 会不会更好, 哪怕是大色他们说的最最初的内测的火山版本,总会比现在的架构更好,   GO 会不会更好?你们希望的多返回值是不是也会实现了呢?  
地基歪了/规划不理想, 楼还能好吗?   
一个子产品的推出完善了吗? 完善到了什么程度?  有多少人力物力 又紧接着想推出更多的子平台? 现有的框架对于多平台合理吗?

如果火山IDE框架合理,即使 官方人力不足, 即使同时推出N个子平台, 也不会影响火山发展的, 还是有很多用爱发电的用户的, 加上AI的配合, 一定会正向积极的促进火山的发展, 而不是现在这样, PC 这边吐槽着, 普通用户难受, 封装用户更难受,  官方还致力于开发GO,  GO这边又开始吐槽, 官方又要开新的子平台. ....


沉疴用猛药,乱世需重典,  这位用户说的我还是挺赞同的.

是表格还是文本,是中文还是英文都不是改革的拦路虎, 总会有办法的.

如果有魄力,我还是非常愿意支持火山的.

言尽于此,   且行且看吧.  



评分

参与人数 1金钱 +1 收起 理由
kingsoft + 1 淡定

查看全部评分

回复

使用道具 举报

9

主题

211

帖子

3390

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
3390
沙发
发表于 昨天 20:43 | 只看该作者
论坛很多建议是非常好的,吴总对这些建议一般是已读不回,只有他自己在封装新东西时遇到类似的问题才会解决,他觉得没问题那就是你怎么说都没用。。。
回复

使用道具 举报

9

主题

594

帖子

2848

积分

核心用户

我站在编程的路口往回望,再也看不到那个快乐的代码郎

Rank: 9Rank: 9Rank: 9

积分
2848
板凳
发表于 昨天 20:44 | 只看该作者
我应该是最早建议官方AI封库的!也不知道是实现不了还是为啥!常规做法,是一个平台做起来了,顺势挖掘细分的子平台!现在的火山就向下围棋,估计除了棋手,所有人都看不懂火山要做什么,准备怎么做!
所以我觉得没有啥好说的了!不用指导不用建议,估计是论坛没有人qi了,官方搞个讨论来聊聊各位!
发的建议会不会采纳也不公布!就是让用户猜!多搞几次,不知道还有没有人会出来发表真实意见了!
哎,火山,火山,喷发一下就熄火了。。。。名字就没有取好。。。。
回复

使用道具 举报

429

主题

2666

帖子

9073

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
9073
地板
发表于 昨天 21:36 来自手机 | 只看该作者
本帖最后由 shuimiao 于 2025-6-30 21:37 编辑

确实是多子平台统一语法这个策略是错误,导致强行对齐,就会丢失每种语言的各种特性和无限可能,并且最终也无法做到每种语法统一,只是四不像。中文编程用户不是不会编程,只是母语受限而已,所以你强行统一实际没有统一的语法对用户帮助不大,反而极大限制了每个子平台的前途。让每个平台在表格编程统领下实现各自语法的完美兼容(支持直接调用原生代码),使用别名方式映射英文类库为中文这样封库就是轻而易举。当然当初做决策肯定是有局限性的,看不到未来趋势和情况,这也没办法
回复

使用道具 举报

76

主题

1194

帖子

5387

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
5387
5#
发表于 6 小时前 | 只看该作者
本帖最后由 hcwanz 于 2025-7-1 07:21 编辑
shuimiao 发表于 2025-6-30 21:36
确实是多子平台统一语法这个策略是错误,导致强行对齐,就会丢失每种语言的各种特性和无限可能,并且最终也 ...

成本是个问题, 每个平台写不同的语法, 那光是"语法分析前端"就写不过来了, 火山的开发成本就很高了.


其实从更新也能看出来, 火山大部分语法更新都是用@属性解决的, 我猜就是@属性比较好实现.
回复

使用道具 举报

0

主题

59

帖子

956

积分

高级会员

Rank: 4

积分
956
6#
发表于 6 小时前 | 只看该作者
大佬说的对
回复

使用道具 举报

1

主题

84

帖子

1289

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
1289
7#
发表于 6 小时前 | 只看该作者
还有一个问题比较严重,培育新生力量,好的教程少,教学机制少,只有引导新生力量不断补充,不断成长,不断状大,火山的生态才能起来
回复

使用道具 举报

0

主题

22

帖子

682

积分

高级会员

Rank: 4

积分
682
8#
发表于 5 小时前 | 只看该作者
本帖最后由 hjh2112 于 2025-7-1 08:48 编辑
shuimiao 发表于 2025-6-30 21:36
确实是多子平台统一语法这个策略是错误,导致强行对齐,就会丢失每种语言的各种特性和无限可能,并且最终也 ...

你行你上呀,这错那错的。按你说的做,你又得说怎么四个子平台搞了四种语法,真的如你所说四不像,每个平台的语法都得重新学,这个平台搞一套,那个平台搞一套,开发时候全乱套了。
回复

使用道具 举报

4

主题

229

帖子

934

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
934
9#
发表于 3 小时前 | 只看该作者
吴涛大佬真的别再为了那点点便利,阉割语言了,可以想想办法在完全支持原生的基础上,做一些便利小白操作的功能就好啊,欸  火山是火山,别再用易语言的思维做了啊!!说爱你真的不容易啊------火山!!现在掉头重写火山都好啊,树挪死,人挪活。。真的不想看着火山背靠吴涛大佬,最终走向没落
回复

使用道具 举报

98

主题

800

帖子

4387

积分

核心用户

Rank: 9Rank: 9Rank: 9

积分
4387
10#
发表于 2 小时前 | 只看该作者
你以为容易这几天论坛全是讨伐老吴的,估计老吴也苦
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|递归火山软件开发平台 ( 鄂ICP备18029190号 )

GMT+8, 2025-7-1 13:57 , Processed in 0.098935 second(s), 18 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表