第1071章 仓頡的路线之爭

  而此刻会议室的另一边，终端bg总裁姚尘风看著台上正在详细讲解技术细节的余新峰，脑海中也不由浮现出“仓頡”项目启动初期，团队內部关於技术路线的那场激烈爭论。

  这支由余新峰组建起来的程式语言团队，虽然匯聚了一批国內优秀的青年才俊，但他们中的大多数人，此前並没有从头开始设计和开发大型通用程式语言的完整经验。

  大家都清楚，通用语言的技术难度和复杂性，远高於为特定领域设计的专用语言。

  在“仓頡”语言的起步路线上，团队內部出现了明显的分歧。

  有一部分专家提出，应该基於javascript语言进行改进和增强。

  他们的理由很充分：

  javascript在web前端领域占据著绝对的统治地位，生態极其繁荣，像微信小程序等国民级应用，其技术底座就与javascript密切相关。

  javascript的优势在於开发便捷、敏捷性强、动態类型灵活、无需编译即可运行，学习和上手成本相对较低。

  但是，这个提议几乎被华兴高层和余新峰团队核心毫不犹豫地否决了。

  为什么？因为安全性！

  javascript作为动態类型语言，其在类型安全方面的天然劣势，是其无法逾越的鸿沟。

  而对於华兴立志要打造面向万物互联时代的鸿蒙作业系统而言，安全性是底线，是生命线！

  开放的鸿蒙生態需要应对来自全球各种复杂场景和潜在威胁，任何可能引入安全漏洞的技术选择都是不可接受的。

  缺乏严格类型检查的动態语言，在大型复杂项目开发中，更容易出现难以在编译期发现的潜在错误，这对系统安全是致命的。

  此外，在性能方面，动態类型语言在运行时需要进行类型判断和转换，其执行效率、內存占用和功耗控制，往往难以满足鸿蒙系统对多种终端设备（尤其是资源受限的iot设备）的苛刻要求。