还记得我的《九评鸿蒙架构》吗?
在鸿蒙电脑上编译鸿蒙程序这么一个对电脑操作系统最简单最基本的需求,都是等了好几个月以后,才遮遮掩掩地放了个DevEco Studio在应用尝鲜专区。即使编译好了,也不能直接运行,还得再挂一个虚拟机用于调试,叠床架屋。
不过居士,公众号:三塔山继承了Windows界面,没继承Windows能力的鸿蒙桌面
最近鸿蒙生态中,有两件事,非常值得注意。一是JetBrains的IntelliJ负责人参加了昨天的HDC,正式宣布了旗下IDE们将登录鸿蒙电脑。二是6月3日,BitFun以鸿蒙生态服务的身份上架了华为应用市场。信号很明确,在IDE这件事上,华为要动一动了。
在原先的Android时代,华为终端是不需要自己的IDE的,开发者都是用Android Studio做好APK,打包上架华为应用市场就行。方舟编译器那些,只算是运行时的优化,在开发时并没有什么想法。
但到了全面制裁,转型鸿蒙,再继续依靠Android Studio就变得不现实了。此时最自然的反应就是,自己做一个,Android Studio是基于IntelliJ平台的,基于同样平台造一个DevEco Studio,自是顺理成章。我们现在看到用到的纯血鸿蒙App,从最初的Top5000到现在6万有余,绝大多数都是这么打出来的。
但这一选择有个重大隐患,IntelliJ是捷克公司JetBrains开发的商业软件,它的主要目标瞄准了Windows和macOS程序员群体,连Linux的支持都半瓶子醋。因此基于IntelliJ开发的DevEco,显然也无法支持鸿蒙平台,也就是本文开篇说到的自举问题。为了解决这一隐患,华为自己筹备了对标IntelliJ平台的BitFun平台,也就是毕方。这一布局起到了很好的效果,在鸿蒙PC大规模发货,舆情就要按不住之际,基于BitFun平台的DevEco Studio适时问世应用尝鲜了。
然而,毕方毕竟是赶工的作品,在鸿蒙上没得选还算勉强能忍,直接用它来替代Win和Mac上已经功能全面运行良好的基于IntelliJ的DevEco Studio,对齐成本未免太高。因此华为也在两条腿走路,说通了JetBrains开发鸿蒙版本的IDE。移植的技术难点倒不在于JetBrains本身,而是它所依赖的OpenJDK环境。
JetBrains本身之所以有兴趣挑战这个难关,直接诉求是卖它自家的IDE订阅,但间接上也让华为DevEco Studio蹭上了它在Win和Mac已经非常熟悉的底座。IntelliJ的技术和生态成熟度,显然远非毕方可比。若是不想弃帅保车,冒着主营业务操作系统降速风险去豪赌IDE的话,华为最成熟的选择,还是在三个平台统一回IntelliJ底座。
要说统一回IntelliJ有什么长期隐患,自然也是有的。IntelliJ长期专注的是Java和Kotlin语言,Google就是受他们的影响,把Android的主开发语言改成了Kotlin。那在同样的基座上,是直接开发Java、Kotlin的Android程序更得心应手,还是翻译一道去开发ArkTS、仓颉的鸿蒙软件更行云流水呢,不言而喻。只不过这种长期隐性成本,一时半会儿还看不出来,与其直面终局,倒不如先把当下稳住,让开发者能在鸿蒙电脑上用熟悉的界面开发鸿蒙应用。
事到如今,变得尴尬的,似乎成了华为战略弃子的BitFun团队。作为内部人士,他们自然早早就知道JetBrains合作的进展。但作为竞品,正面挑战IntelliJ实在是不可能完成的任务。即使为了自救,也是不得不作出转型的选择。
在传统IDE时代,JetBrains可以说是少数跟微软并驾齐驱不落下风的顶流存在。但在Vibe Coding时代,前者落伍了,VS Code的Language Server Protocol和插件系统已经几乎成为所有AI IDE的默认基座,放眼Java以外,VS Code几乎在全语言圈遥遥领先JetBrains IDEs。这是诸神的黄昏,但也是黎明的序曲。能在Vibe Coding中成为首选工具,其重要性远远大于传统IDE市场几个百分点的争夺。
这也是为什么,BitFun以自己的名字出现在华为应用市场的第一个产品,就是一个AI Agent。毕竟,仅凭口述产品需求就能编译出可用的鸿蒙应用,谁不愿意呢?
有人说,不可能纯靠Vibe Coding产出什么严肃作品,我不否认。严肃作品的市场,就留给包括DevEco Studio在内的JetBrains IDEs好了。但凑数也是政治任务,徐直军的10万个原生应用,要完成的。