递归火山软件开发平台

标题: 现在回看这个图多少有点讽刺意味了 [打印本页]

作者: xrea 时间: 2025-9-3 22:19
标题: 现在回看这个图多少有点讽刺意味了
(, 下载次数: 257)
[size=13.3333px]Assembly / C / C++ / C#和[size=13.3333px]Java子编译器都是未完成状态，哈哈

作者: 红色是什么 时间: 2025-9-3 23:28
本帖最后由红色是什么于 2025-9-3 23:47 编辑

JetBrains company
把所有一套ide全部拆分给各个子平台感觉做的挺好
JetBrains php
JetBrains java
JetBrains c++
JetBrains go
JetBrains python
JetBrains c#

吴总强行多个子平台集中在一套ide上
为了火山语法统一不知阉割各个子平台本地类的语法特性
(同样一来后续为了兼顾语法统一性的平台包袱太重了，
就会极具导致在更新时间上的曲度和质量保证也就越慢)
什么电脑卡？
放心以后再有子平台出现卡是很正常的·语法阉割也更多
感觉阉割后的语法比掌握原生语言更难学习(不知道有没有这样认为)

视窗的封装语言 c++本地类原本特性(指针等)
安卓的封装语言 java本地类也是(比如泛型)
服务器封装语言 go语言原本特性也被阉割
感觉火山对新用户使用上很怪异,火山不明白学了原生不明白 ·学得十分驳杂

二者来回跳跃·
要不跳回易语言·
要不买了后堆灰·
要不每天催催吴总让火山改进更加简单一点(舍不得放弃又无法更进一步·期待火山能符合自己的使用难度降低·所以没事的时候就催催)
都在让吴总改变。吴总:重工难返,不可能,我为这个花费好几年时间，你赔我青春啊？look my eyes!顶多子平台多增加个库,这是唯一的让步。

如果像JetBrains
ide统一
但是ide是子平台本地语言人手一个·学完原生就能轻易掌握火山,那样还好些
我感觉火山完全无敌·唯一的不足就是火山类在使用方面过于约束子平台原生语言的语法特性

作者: kingsoft 时间: 2025-9-3 23:48
感觉吴总人设要崩塌了......
会不会退休了，留下一个BUG山？

作者: 绯陌如夏 时间: 2025-9-4 07:34
出发点是好的, 细节上没做好,我现在封装起来也觉得难度又大又累,希望吴总重视下

而且带新人很难,说实话,让0基础的学火山封装没个三五年的时间, 投资个万八千的(狗+各种封装、使用、源码教程,第三方库、UI库付费等)近乎自娱自乐.

官方对封装这方面做的太麻烦了

作者: dengzf 时间: 2025-9-4 08:01

kingsoft 发表于 2025-9-3 23:48
感觉吴总人设要崩塌了......
会不会退休了，留下一个BUG山？

已是事实了............还能有反转吗?

作者: 阿海 时间: 2025-9-4 08:05
封库难和UI丑两大痛点，目前好像看不到改变的迹象。老话都说授人以鱼不如授人以渔，吴总自己封库又能解决多少问题

作者: hcwanz 时间: 2025-9-4 09:06

红色是什么发表于 2025-9-3 23:28
JetBrains company
把所有一套ide全部拆分给各个子平台感觉做的挺好
JetBrains php

问题是火山的绝大多数用户不想/没功夫学原生, JetBrains那种实质上是服务各语言的原生用户, 火山服务的是火山用户, 对嵌入式的支持都微乎其微.

作者: amwji 时间: 2025-9-4 11:01
本帖最后由 amwji 于 2025-9-4 11:03 编辑

已经在封一个大库了，知足些吧，非把人往绝境逼吗

作者: shuimiao 时间: 2025-9-4 11:36
不要老出来说这些没用的，火山我已经替代了易语言，火山还是很好用的只是没有期望中更好而已，虽然吴总不听劝但是也不必整天冷嘲热讽的

作者: 摘星揽月 时间: 2025-9-4 11:39
对于普通用户来说用就行了，不需要封库，也没有能力封库，但是对于高级用户，需要封库，可是封库难度不小

作者: Pomelo 时间: 2025-9-4 11:57
不要老出来说这些没用的，火山我已经替代了易语言，火山还是很好用的只是没有期望中更好而已，虽然吴总不听劝但是也不必整天冷嘲热讽的

作者: xrea 时间: 2025-9-4 12:02

Pomelo 发表于 2025-9-4 11:57
不要老出来说这些没用的，火山我已经替代了易语言，火山还是很好用的只是没有期望中更好而已，虽然吴总不听 ...

闲聊都不行了啊，再说了，我也没说啥，就发了一张官方的架构图而已:噜阿噜

作者: Morning 时间: 2025-9-4 12:11
希望库越来越多

作者: cdmmye 时间: 2025-9-4 19:13
火山其实不错了，封库难些，就让有能力的封吧，没能力的就当工具用即可

作者: liuzhichao03 时间: 2025-9-5 08:51
本帖最后由 liuzhichao03 于 2025-9-5 08:52 编辑

我相信，大家讨论的所有内容和问题，吴总都看过。最近也有一段时间没更新了，应该是在做一些大的改动。

火山的目的是为了让编程做的简单，并不是完完全全和C++一样，所以阉割就阉割吧，对绝大多数人来说，没有影响的。

就拿我自己来说吧，没学过易语言，火山也没系统的看过任何教程，其他语言更是完全0知识，摸索着也能学的差不多，能写一此东西赚一点收入，这就足以证明它的简单好学。

作者: liuzhichao03 时间: 2025-9-5 08:54

liuzhichao03 发表于 2025-9-5 08:51
我相信，大家讨论的所有内容和问题，吴总都看过。最近也有一段时间没更新了，应该是在做一些大的改动。

火 ...

至于楼主发的图片上的内容，这是一直就存在的问题，两个字“没人”。H5为什么开发了一段时间后回头搞PC，原因不得而知，不过我感觉，不单单是PC的呼声太高，单这一个原因不可能直接丢下H5，浪费那么多时间。

作者: hcwanz 时间: 2025-9-5 09:03

liuzhichao03 发表于 2025-9-5 08:54
至于楼主发的图片上的内容，这是一直就存在的问题，两个字“没人”。H5为什么开发了一段时间后回头搞PC， ...

已经有基于h5的国产编程语言了, 火山在这方面没啥不同, 所以没必要去搞, 有需求的直接找现成的语言就行.

火山还有很多维护问题急需解决.

作者: 上等兵 时间: 2025-9-5 15:59
多么美好的愿景啊，呵呆

作者: 正版商业用户 时间: 2025-9-5 16:56

amwji 发表于 2025-9-4 11:01
已经在封一个大库了，知足些吧，非把人往绝境逼吗

大概率又是一个不知所谓的库，没几个人用，最需要的UI库一直不封，其他的那些库再多有个卵用

作者: 风一样存在 时间: 2025-9-7 07:48
已经在封一个大库了

作者: hxk12349 时间: 2025-9-8 10:17
都在说封库难，那什么语言写库容易呢，火山现在基本都是移植已有的开源库，c/c++那些从零开始写库的不难吗

作者: 最美好惊喜 时间: 2025-9-8 13:07

hxk12349 发表于 2025-9-7 16:17
都在说封库难，那什么语言写库容易呢，火山现在基本都是移植已有的开源库，c/c++那些从零开始写库的不难吗; ...

不对，
"封库" 一般是说调用 "第三方库"，而不是 "写库"，
所以 "难度" 应该指的是："在火山调用第三方库" 的难度
对比
"在其他地方调用第三方库" 的难度

作者: lizcst 时间: 2025-9-9 18:42
本帖最后由 lizcst 于 2025-9-9 18:46 编辑

吴总作风就是这样的：
1、老牌程序员：喜欢单干，单打独斗，不喜欢团队合作也不相信别人，所以到目前吴总的这些个项目核心成员基本都是自己一个人；
2、理想主义者：理想很丰满，现实很骨感。想法很好，自己一个人想一个人搞，弄着弄着发现现实越来越复杂，当初一个脑袋想得太简单了想得不够周全，慢慢的积重难返，到最后放弃不管。

其实一个脑袋再聪明哪可能抵得过一群脑袋；一个脑袋点子再多哪可能抵得过一群脑袋的点子；一个脑袋的精力哪抵得过一群脑袋的精力。火山现在又有点吴总易语言老路的风格了：慢慢的积重难返了，更新越来越慢，进步越来越难，路越走越窄。到时候等着吴总再来一句：我觉得火山现在足够用了，然后就没有然后了。

作者: amwji 时间: 2025-9-10 12:09
没提桶跑还给大家封PDF库算优秀的了除了火山那些所谓的中文编程那个不是大忽悠

作者: 正版商业用户 时间: 2025-9-10 15:11

amwji 发表于 2025-9-10 12:09
没提桶跑还给大家封PDF库算优秀的了除了火山那些所谓的中文编程那个不是大忽悠 ...

PDF库很重要吗？真需要用的人有几个，最需要的UI库不封净搞这些没几个人用的库

作者: xrea 时间: 2025-9-10 15:43

amwji 发表于 2025-9-10 12:09
没提桶跑还给大家封PDF库算优秀的了除了火山那些所谓的中文编程那个不是大忽悠 ...

666,还会自适应了，我们是付费用户，就因该满足基本开发需求

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