递归火山软件开发平台

标题: 浅谈火山视窗与H5的看法 [打印本页]

作者: 沉默流星    时间: 8 小时前
标题: 浅谈火山视窗与H5的看法
近期吴总发表了个投票帖子,调研H5是否还有必要开发

对于这点这个里不做过多讨论


1.部分让开发单片机
谈下我的看法:单片机未来肯定是有市场的,因为人工智能快速发展,很多领域都会部分工作换成由机器智能完成。
但单片机也有弊端就是厂商不一样,需要进行适配各种厂商的开发板
开发板够(谐音)买成本由功能和型号决定,实现的东西越复杂需要的配件也就越多,这都是真金白银需要砸进去的

2.部分让维护PC
(1)pc维护IDE优化
谈下我的看法,IDE优化也是站在个人角度去思考的,比如滚动,这位需要,不见得另一个需要。这也是为啥吴总不听建议,因建议很大部分都是站在个人角度,而不是火山整体
(2)维护类库bug
谈下个人看法,每个类库可能或多或少都有点问题,难道维护类库bug就按用户说了的来嘛,还是那句话用户还是站在个人角度思考问题,不是站在火山角度,如果按用户说的,这个需要这个类库,那个需要那个类库,如果某个月更新某个人说的bug进行修复更新,而没更新另外一个,这个时候另一位就不会买章(谐音)

那么有没有办法同时兼顾到呢?
当然是可以的,吴总可以按分类来修复,意思就是比如界面组件部分,先一个个检查到底有没bug如果有就修复,如果没有则跳过。等组件部分修复完成了,再修复其他分类里面的。这样所有用户都能兼顾到。
但这种方式也是有弊端的:就是需要吴总亲自去测试和检查有没有bug,这是比较费时间的,远没有用户提交那个库有bug就修复那个bug,快速方便

3.部分让增加类库
(1)类库谁来增加
如果吴总亲自封装库,一个能封装几个还另说呢,因封装步骤重复性太多,兼职人员能一个月封装2个1500行的就算是执行力非常强的了
如果让兼职人员封装库,那么吴总需要那些库,兼职人员又不知道,没有具体需求文档参考,如果兼职人员随便封装,到最后吴总不要,那浪费的就是兼职人员时间和金钱成本。
(2)兼职人员技术问题
兼职人员能所有领域都知道的凤毛菱角存在,有这个技术的一般不会来火山。
那么针对每个人掌握的领域不同,对封装语法的理解层次也不一样。
(3)收库价格问题
这个问题很多人不敢摆在明面上,怕得罪吴总。
其实这个问题我也想了很久,该不该写,如果写对火山有没有影响。
1.2一行不算多也不算少,但这兼职人员付出的时间成本是不成正比的。
为啥这样说?
简单点的一天就能搞定,特殊点的还需要研究下,才能下手,封装出来可能5-15天,非常特殊的可能一个月,可能半年,也可能一年。
因还没完整封装出来谁也预测不到最后能封装多少行,而吴总收只收完整的,也就是必须是库封装完整了才会进行审核封装的合不合格的问题,要不你连进入类库审核质量合格都是问题。
到最后封装出来和兼职人员付出不成正比,短期可能兼职人员还愿意,时间长了就难说了。
比如之前的《北京时间零点》就跑路了,剩下的《创世魂》《飞翔的企鹅》这两位知名大佬能坚持多久,这个谁也预料不到。
其他不知名的可能封装过几个就坚持不下去了
(4)为啥每次更新火山安卓,视窗,服务器类库都很少有新增的
原因也很简单,吴总虽然封库但封装的基本是框架部分的核心库,三方库少之又少,大部分三方库都来源于兼职人员。

作者: 承易    时间: 8 小时前
封库太复杂看不懂,不然很多人自己用的 就自己封装了,可惜看不懂封装。不能调动群众力量,不如C++生成DLL调用呢
作者: 000    时间: 8 小时前
H5没什么必要!
作者: 1325901607    时间: 7 小时前
单纯H5 没有那么大的必要,但是跨平台却很需要,跨平台,尤其是跨多端,苹果,安卓,PC,鸿蒙,小程序,甚至是单片机和Linux,一套代码多个平台,他不香吗?
作者: blackvolcano    时间: 7 小时前
总结:
高情商:各有优缺点,维持现状最好
低情商:可以但没必要,什么都不干
作者: 中發白    时间: 7 小时前
1325901607 发表于 2025-6-28 11:14
单纯H5 没有那么大的必要,但是跨平台却很需要,跨平台,尤其是跨多端,苹果,安卓,PC,鸿蒙,小程序,甚 ...


作者: sdaq1000    时间: 7 小时前
就是需要这种 一套熟悉的IDE能生成各种平台的应用
单纯H5 没有那么大的必要,但是跨平台却很需要,跨平台,尤其是跨多端,苹果,安卓,PC,鸿蒙,小程序,甚至是单片机和Linux,一套代码多个平台,他不香吗?

作者: 创世魂    时间: 7 小时前
开发单片机也涉及到封库的问题,单片机里面的库也都不少的。。这个产品搞出来基本上面临的困境和火山视窗是一样的,缺库。。
作者: 4463424    时间: 6 小时前
创世魂 发表于 2025-6-28 12:10
开发单片机也涉及到封库的问题,单片机里面的库也都不少的。。这个产品搞出来基本上面临的困境和火山视窗是 ...

让封库更简单点,ai辅Zhu封库,让有需要的自己封库!
或者弄个交易平台,发布任务,接收任务。
作者: 乐易论坛    时间: 5 小时前
其实不管做什么 都是涉及封库的问题啊
作者: Morning    时间: 5 小时前
增加库吧。困境
作者: 1325901607    时间: 5 小时前
哪怕开发出来仓颉,他也一样没库,甚至是更加的少。本身他生态就少,更何况火山呢,搞出来他又有人要苹果怎么弄?苹果弄出来之后又有人想要单片机了,能维护过来了吗?...你的客户有使用华为的手机的,有安卓的,有苹果的,三个平台要写三次代码?更何况每个平台的生态和库不一样,你写完安卓的时候,又要写鸿蒙的时候发现没库了?怎么搞?两个都写完了,要写苹果端的时候发现没库了,怎么搞?很尴尬的
作者: 白雪皑皑0306    时间: 5 小时前
说了这么多, 然后总结是什么?

作者: zhh044    时间: 5 小时前
我就在厂里工作,见过很多厂家提供的系统都是网页系统,有问题直接在服务器里面修改,很少有那种PC系统,出问题以后还得出差过来调试,所以跨平台很有必要,比PC软件先进的多,再说说快码,人家也封库,也能用AI,它那个中英文一键切换我觉得很先进,火山h5要想打败快码就得有同样功能,否则没有竞争力,要不就做标准h5的界面设计插件,像qt设计师那样,实用,体量小,价格低,这样才有竞争力。
作者: 寒风    时间: 3 小时前
创世魂 发表于 2025-6-28 12:10
开发单片机也涉及到封库的问题,单片机里面的库也都不少的。。这个产品搞出来基本上面临的困境和火山视窗是 ...

不搞出来呢,缺的不更多。




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