北京第一年-OpenGL-5早晚要放弃的框架

其实大家已经或多或少意识到现在的框架存在问题，于是最近组长给部门负责人提交了一个修改框架的方案。部门负责人在群里说欢迎大家提意见，可能是我们组人比较少，或者大家没意见也或者不敢提，于是无人回复，我想回复，但是建议太多，恐怕我回复完了就成了否定了。

为什么这么说呢，还是那句话，汽车电子和互联网不同，框架会更加复杂。
汽车电子面对的是各大车企，其实力千差万别，本身硬件平台千奇百怪，而互联网企业的产品只要能在PC或手机端运行就行了，平台基本一样。

就操作系统而言，我接触过的就有Linux，QNX，etKernal等，嵌入式系统多达几十种操作系统，所以你的软件必须能适配任意一种，那就必须具备跨平台能力，显然我们组长的方案不具备跨平台。最近项目组需要把程序从QNX端移到安卓端，对他们来说是一个工作量，但是将来要是需要在从安卓端移回来呢？如果具备跨平台，这都是分分钟的事。

就图形引擎而言，我手写过openggl，也用过kanzi，cgi，楼上仪表组用的是qt，互联网大厂喜欢用ue4？unity？所以你的软件要适配其中任何一种，而且要兼顾启动速度渲染质量，显然这一条也不符合。

就测试而言，你的显示和业务逻辑要分开，能单独测试。首先要确定显示的对不对，然后确定在这个业务下显示的对不对，显示也不符合。

就开发效率而言，你的整套东西应该脱离硬件，能进行完全仿真开发，这样效率能成倍提高，当年我在简历上写效率是同事的5倍以上指的就是这点。这条也不符合。

做到了上述几点后，框架雏形具备&#