大 AI 时代，正经开发一款软件到底有多难？

AI 还是太好用了朋友们。

最近，编辑部靠 Vibe Coding 搓了不少应用：比如嫌之前审片平台做得太拉胯，我们就搓了属于自己的“瓜流”。

类似的还有专门的排版插件“差排”，以及专门设备管理平台；

甚至我们硬件部爱看剧的百威，也全力倚 Codex 搓了一个专门追剧的网站 OnlyShows，并且已经开放注册了。

咱就是说，以前那些只能想想的东西，现在靠 AI 好像还真能搓出来了。。

不过细心的差友可能也发现了，上面做的这些项目都是基于 Web 的网页应用，正经用 vibe coding 开发 App 的同事很少。

我在编辑部里搜刮了一圈，也只找到一个同事开发的智能家居助手。。

原因很简单 ——开发一个安装在手机或者电脑里的原生 App，远比开发一个网页应用的难度高！

就拿编辑部的米罗来说，为了做一个带同步功能的冰箱贴模拟软件，哥们儿前前后后折腾了快俩月，最新进展是打算弃坑了。。。

毕竟正经的软件开发复杂度太高了，不论是任务调度、资源回收都得考虑到。

而纯 Vibe Coding 又像是个黑盒，开发者根本不知道它的具体实现路径，但凡AI哪个功能写飞了，软件就跑不起来。

从另一方面来说，软件的很多功能都要和系统能力绑定，不熟悉系统架构的话连提示词都写不清楚，AI 都不知道该怎么帮你。

但是就在上个星期我收到了华为的活动邀请，参加完活动之后，我上面这段观点发生了一些改变。。

是这么回事儿， 10 月 24 日是程序员节（1024 的梗应该不用我跟大家解释了吧），华为在各地办了不少线下活动，差评君也跟着参加了长沙场的活动。

现场除了有经验的资深开发者，也有不少学生和刚入门的新手。

简单聊下来后，我发现这群 “新手”做的鸿蒙应用，是真不简单。

比如像这样的一款完成度非常高的应用“Merlin 滤镜相机”，它的开发者只是一个22岁的学生。

在开发这个项目之前，哥们儿基本没啥开发经验，只是粗略的速通了一轮编程基础。

懂行的差友们肯定知道，像滤镜相机这种软件，虽然看着功能没多复杂，但是从技术角度来说，开发难度还是挺高的。

哥们儿之所以能在短时间内把软件搓出来，主要还是借助了鸿蒙操作系统的不少能力，把许多繁杂的工作都省去了。

就拿调用相机来说，传统开发中，开发者往往管理多颗镜头、配置预览和拍照的数据流，单是把这些基础功能做好，就得费不少劲。

而鸿蒙的做法是把大部分复杂的调用操作，整合进了一个名为 CameraKit 的接口；开发者只需要几行代码，就可以调用系统的相机能力。

也就是说，像是图像处理、镜头切换、或是色温控制这类完全可以利用系统能力的操作，就可以直接调用，不用自己再从头造一遍轮子了。

当然了，虽说封装过的功能用着是省事，但对于开发者来说，要想把功能做的足够好用，也得有更细的控制空间。

比如说刚刚提到的滤镜相机，如果想要取景是实时预览LUT效果，就得持续处理每一帧画面，这个计算量还是很大的。

这时候，要是软件能更直接地调用底层图形能力，去对渲染过程做优化，那么预览框的效果就会流畅很多。

好在鸿蒙也提供了这样的路子，除了现成的系统功能接口，开发者还可以借助 NDK 进行原生开发，用 C++ 这类更底层的语言去做像图像处理、渲染这类性能要求比较高的环节。

不过上面提到的主要还是怎么更好的实现功能，对于新手来说，后面的 debug 的环节，可能要比写功能更费劲儿。

我们在现场就遇到了一位学生开发者，他就借着伟大的 Vibe Coding 做了款记录心情的应用，结果刚上架就发现，只要点击更换头像功能，它这个应用就必闪退。

由于哥们儿之前开发经验也不多，所以愣是古法排查了好几天也没弄明白问题到底出在哪；最终还是借助官方的DevEco CLI 才修好的。

除此之外，有些神奇的 bug 只会在部分用户的手机上出现，开发者自己还真不一定测得出来。

针对这类情况，鸿蒙也有一套自己的应用质量管理平台 —— APMS。

简单来说，这玩意儿可以自动收集崩溃、卡顿等故障信息，再用 AI 辅助分析生成质量报告，帮助开发者改进应用。

这样开发者就能少浪费些时间在 bug 上，也就有更多的精力去学习新技术、了解系统提供的新能力，顺带琢磨一下如何借助这些新东西，做出更有意思的功能。

像“闪光桌面”的开发者，就把不少鸿蒙的能力用到了桌面组件上。

对于他们这种 “ 桌面美化与互动软件 ” 来说，除了审美得跟得上之外，把功能做的有趣也很重要。

因此系统开放了什么能力，他们一直都很关注。

比如这次他们就借助 HarmonyOS 7上互动卡片这个功能，做了随机决定的组件，遇到拿不定主意的事儿，摇一摇手机，就能让上面的卡片帮你选。

另外借助鸿蒙的端侧AI能力，他们还做了把照片里的主题抠出来，做成桌面潮玩的功能。

总之，借着这些系统的能力，这些开发者们确实没少整活。

原本差评君以为，故事到这儿就差不多了。

不过后面发现，借助自身的这套开放能力，鸿蒙已经开始吸引在其他平台做应用的开发者，加入生态了。

就拿之前在其他平台口碑很不错的 AI 记录软件——“心光”来说。

这个软件主要功能就是利用AI，帮你把每天关于生活的记录进行记忆，然后进行一些个性化的回应，有点类似可以陪你说话的树洞。

而来到鸿蒙之后，他们又推出了“心光Pro”版本，借助鸿蒙开放的系统能力，做出来更有意思的功能。

比如他们和华为一起打磨的“晚安来信”功能，就是在感知到用户准备睡觉时，根据当天的记录生成一封信，送到锁屏上，让用户睡前能回顾一下自己的一天。

之所以没能在别的平台做出这套功能，主要还是因为这个功能太需要系统配合了。

应用得在息屏后，仍能低功耗地获取睡前场景信息，再据此触发来信；至少目前，“晚安来信”这个功能，只有鸿蒙这边的适配是最积极的。

注：该功能目前已经在内测体验中

除了让应用更主动地关心用户，来到鸿蒙之后，心光还多了一个新的记录入口 —— 小艺助手。

说白了就是，现在用户可以直接通过小艺来把内容记录进星光了，另外像找 AI 朋友对话，查找之前的回忆，也都能由小艺来发起实现。

在差评君看来，这个功能虽说不大，但对这种记录类应用来说，还是非常实用的。

毕竟现实中很多念头，基本上就是一闪而过，能快速记下刚刚所想，就已经很重要了。

像这样的例子还有不少。在活动现场，我们也了解到，现在普通开发者也可以通过小艺开放平台开发 Agent、Skill。

另外做出来的服务怎么分发给用户、怎么获得收益，平台都有相应的支持。

从系统层级接入AI，把数据和调度打通，目前看下来，似乎也只有鸿蒙 can do 了。。。

不过话说回来，系统开放的能力再多，也总会有暂时没覆盖到的需求。

像这种时候，开发者的反馈能否被及时听到，缺少的支持能否及时补上，就很重要了。

做言语障碍辅助应用 “ 吾声 BeMyVoice ” 的开发者，就遇到过这样的情况。

当初哥们儿就是看中鸿蒙生态和开放的系统能力，所以也打算把应用迁移过来。

但实际开发的时候，才尴尬地发现 HarmonyOS 6 当时还没开放对应的系统接口。。。

于是哥们儿简单提交了反馈，原以为这个需求，就像大家说“下次一定”一样遥遥无期了，便扭头先去做其他功能了。

然而没过多久，鸿蒙这边就把对应接口提供上了。

为此，哥们儿为此还专门写了一篇文章来感慨此事；毕竟之前在其他平台开发，就没见过这么快的回应。。。

而就在我们当天在线下参加活动时，也遇到了不少正在参加华为开发者大赛的学生开发者，做的就是帮助听障人士的应用。

在聊天过程中他们也提到，在华为往年的赛事中，还会专门设置过“数字包容奖”，鼓励开发者关注弱势群体。

对这些开发者来说，自己的反馈能够及时被跟进，在为弱势群体做应用时，也能得到关注和支持，自然就更有动力把应用做下去、做得更好。

所以整场活动逛下来，差评君还是挺感慨技术进步带来的变化。

放在几年前，光靠跟 AI 聊天，就能搓出一个像样的网页应用，多少还有点不可思议；现在已经是随处可见了。

写代码的门槛在逐渐降低，大家实现想法也越来越容易。

而鸿蒙现在做的，就是在这个基础上再往前一步，把复杂的技术封装好，也把系统的能力开放出来。

让新手能更快上手、做出应用，也让有经验的开发者可以借着鸿蒙的系统能力，更好的去实现自己的想法，做出更有意思的应用。

不过在差评君看来，一个系统能走多远，也不只看技术。是否重视开发者的反馈，能不能在满足大众需求的同时，也照顾到弱势群体的使用体验，同样重要。

而这些，也正是鸿蒙正在走的路。