浅谈火山视窗与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）为啥每次更新火山安卓，视窗，服务器类库都很少有新增的
原因也很简单，吴总虽然封库但封装的基本是框架部分的核心库，三方库少之又少，大部分三方库都来源于兼职人员。

承易

封库太复杂看不懂，不然很多人自己用的 就自己封装了，可惜看不懂封装。不能调动群众力量，不如C++生成DLL调用呢

000

H5没什么必要!