以bug少闻名，而不是完美无缺绝无bug。
对于indos这样的大型软件来说，几千万代码的庞大规模、前后超过20年的版本更新历史，使得它的作者不可能是个人或者小团队，前前后后参与这个项目，为其贡献代码的人成千上万。虽然使用通用编程工具、保持良好代码结构、随时写注释等等，维护“代码可读性”的规范早已深入人心，但是统一所有人的脑袋是如此之难，个人编程风格依然会存在、个人理解依然有差异，自然就难免出现错漏、冲突等等异常情况。
实际上，规范的大公司会通过良好的QAQC把这些问题压制在很低的程度。真正bug高发的地方，一个是个人开发者，一个是第三方。
个人或者小团队开发的产品，往往个人风格明显随意性更大，没有良好的QA（质量控制）机制，后期QC（质量控制）检查也难以做到足够仔细，自然容易滋生bug。
而对于第三方来说，他们得到的各种资源是小于第一方的内部开发者的，而他们的数量又是千千万万，使得原本的小概率事件直接变成了必然事件。
indos系统层出不穷的bug，很大一部分原因都是第三方软硬件厂商害的，比如说微软自家IE浏览器，时不时会因为ActiveX插件，比如flash的漏洞而崩溃，indos也会因为硬件错误而蓝屏。
说到flash插件有一点要说的是，虽然这款老牌多媒体插件本身代码量不大，但是因为其覆盖面十分宽广，同时出现在多种硬件平台上功能还越来越多，这使得它的复杂度不断激增，bug自然就永远无法根除了。
因为层出不穷的漏洞问题以及偏低的硬件利用效率，IT业界正在形成越来越强烈的“flash去死、HTML5一统天下”的呼声，尤其移动平台更是抵制flash的主力军，毕竟flash插件的耗电实在有些坑爹，而且H5的跨平台性能也更加强大。
如有土鳖已经优土豆纷纷开始向H5迁移，放弃原来的flashvideo播放系统，而像是苹果iOS系统更是从一开始就旗帜鲜明地抗拒flash，蜜蜂BeeOS同样也不支持flash技术。不过除了上面这些冠冕堂皇的理由以外，这两家的抵制行为其实也有着各自的利益考虑，对于苹果来说，flash生态被Adobe牢牢抓在手里，自然是控制欲超强的Jobs所不能容忍的。
而蜜蜂抵制flash，同样也有为自家BV铺路的理由在里面，毕竟二者都
本章未完，请点击下一页继续阅读！