第四百九十四章 法语最美否则罚款(第4节)

不可能根绝，即使是坐拥bc平台的蜜蜂也只是以bug少闻名，而不是完美无缺绝无bug。

对于windows这样的大型软件来说，几千万代码的庞大规模、前后超过20年的版本更新史，使得它的作者不可能是个人或者小团队，前前后后参与这个项目，为其贡献代码的人成千上万。虽然使用通用编程工具、保持良好代码结构、随时写注释等等，维护“代码可读性”的规范早已深入人心，但是统一所有人的脑袋是如此之难，个人编程风格依然会存在、个人理解依然有差异，自然就难免出现错漏、冲突等等异常情况。

实际上，规范的大公司会通过良好的qaqc把这些问题压制在很低的程度。真正bug高发的地方，一个是个人开发者，一个是第三方。

个人或者小团队开发的产品，往往个人风格明显随意性更大，没有良好的qa（质量控制）机制，后期qc（质量控制）检查也难以做到足够仔细，自然容易滋生bug。

而对于第三方来说，他们得到的各种资源是小于第一方的内部开发者的，而他们的数量又是千千万万，使得原本的小概率事件直接变成了必然事件。

windows系统层出不穷的bug，很大一部分原因都是第三方软硬件厂商害的，比如说微软自家ie浏览器，时不时会因为activex插件，比如fsh的漏洞而崩溃，windows也会因为硬件错误而蓝屏。

说到fsh插件有一点要说的是，虽然这款老牌多媒体插件本身代码量不大，但是因为其覆盖面十分宽广，同时出现在多种硬件平台上功能还越来越多，这使得它的复杂度不断激增，bug自然就永远无法根除了。

因为层出不穷的漏洞问题以及偏低的硬件利用效率，it业界正在形成越来越强烈的“fsh去死、html5一统天下”的唿声，尤其移动平台更是抵制fsh的主力军，毕竟fsh插件的耗电实在有些坑爹，而且h5的跨平台性能也更加强大。

如有土鳖已经优土豆纷纷开始向h5迁移，放弃原来的fshvideo播放系统，而像是苹果ios系统更是从一开始就旗帜鲜明地抗拒fsh，蜜蜂beeos同样也不支持fsh技术。不过除了上面这些冠冕堂皇的理由以外，这两家的抵制行为其实也有着各自的利益考虑，对于苹果来说，fsh生态被adobe牢牢抓在手里，自然是控制欲超强的jobs所不能容忍的。

而蜜蜂抵制fsh，同样也有为自家bv铺路的理由在里面

本章未完，请继续阅读！ 第4页 / 共5页