接着他把这一情况会引发的连锁问题细细讲了出来：
如果没法抹平这些底层差异，每对接一款新硬件，整套适配代码几乎都要从头写，前期投入的开发工时会严重浪费；
后续产品更新硬件、拓展合作厂商设备时，上层整套硬件抽象层很容易直接失效；而且零散杂乱的底层指令没有统一约束，极易出现各种机型兼容性故障，调试、维护的成本会越堆越高。
赵远也坐在会议席上，静静听着杨明发言，心里暗自打量这人。这几天杨明接连提出不少切中要害的优质问题，看得出来是个可塑之才。
在场其他人一时都想不出妥善对策，会议室安静了几秒。赵远开口安抚众人：“这个难题不用焦虑，我已经有初步想法，当然只是我个人的思路，大家可以一起讨论。”
“我们不用强求外部厂商主动适配我们，现阶段也没有这个实力，反过来，我们去适配厂商。整套元数据和插件架构的核心作用，从来不是约束别人，而是降低我们自己的适配成本。”
“硬件厂商该怎么出驱动还怎么出，接口原生、杂乱都没关系。
我们针对每一款合作硬件，单独做一块专属适配插件。插件内部做转换，把厂商五花八门的底层信息，翻译成我们统一的元数据格式，再往上交给 HAR 主框架。”
“所以第一步，我们先自己定一套硬件能力元数据规范，所有硬件适配插件，都必须输出格式统一、结构清晰的硬件能力说明。”
.....
“第六步，等以后公司行业影响力做大了，再联合多家中小型设备、软件企业，一起完善这套硬件元数据体系，先做成区域性或者细分领域的事实小标准。
等实力足够了，再参与产业联盟，推动规范被更多同行接纳。到那一步，才谈得上让更多厂商主动兼容我们的标准。”
讲完这套解决方案，赵远又顺着产品定位方向，和大家聊起后续还会碰到的其他潜在阻碍。
一番讨论结束后，现场迅速划分好了各组分工，所有人都干劲十足，准备全力投入研发。
参会人员陆续离开会议室，屋里只剩下赵远和林景行。赵远开口：“杨明很不错，能力怎么样？不错的话，直接提拔他做硬件抽象层项目的副经理。”
林景行思索了下点头应允：“可行，我之前也留意过他。”
杨明回到工位，才刚着手深入研究手头技术内容，就收到了人事通知，得知自己升任硬件抽象层副经理。
本章未完，请点击下一页继续阅读！