当用户体验不断做加法，开发这件事，能不能反过来做减法？
过去很长一段时间，开发一款手机App，面对的设备环境相对稳定。一块竖屏、一套交互、一套主要运行逻辑，开发者真正需要解决的问题，大多集中在应用本身。
但这两年，事情正在迅速变复杂。从阔屏手机、折叠屏到三折叠，终端的尺寸、比例和使用方式越来越多。与此同时，AI也开始深入应用，用户对App的期待也愈发高涨。
对用户来说，这是体验升级。但对开发者来说，每一种新设备、新交互和新能力背后，都可能意味着新的适配和开发成本。如果终端每创新一次，开发者就要重新做一遍，创新本身反而可能成为新的负担。
所以，今年的华为全联接大会上一个值得观察的问题是：当用户体验不断做加法，开发这件事，能不能反过来做减法？
从现场展示的一系列能力来看，鸿蒙给出的思路，是把更多复杂度留在系统层。
屏幕越来越多，App不能跟着重做
最直观的变化，来自屏幕。传统手机App大多围绕竖屏设计，但到了阔屏、折叠屏甚至三折叠设备上，简单把页面拉宽显然不够。屏幕变大之后，信息怎么重新排列？不同尺寸之间又该如何切换？
过去，这意味着开发者需要针对不同终端做更多适配。鸿蒙的方式，是把更多适配逻辑放进响应式布局机制中。通过断点、栅格和布局约束，开发者可以为不同窗口尺寸定义规则，组件再根据屏幕方向、窗口大小和可用空间动态调整。屏幕在变，应用不用重做。
而大屏带来的变化，也不只是“一次能看到更多内容”。当屏幕越来越大，同时处理多个任务也开始成为更自然的需求。鸿蒙的闪控窗，把跨应用悬浮窗口的能力进一步放到了系统层。应用通过闪控窗控制器接入系统统一管理的窗口，再与闪控球绑定实现快速调用。
同花顺把这项能力用到了盯盘场景。盯盘的特殊之处在于，用户往往并不需要一直停留在行情页面，却又希望随时确认市场变化。过去，看视频或处理其他任务时，想看一眼行情就要反复切回App；接入闪控窗后，行情可以留在当前任务之上，需要时再通过闪控球快速调出。对用户来说，少的是来回切换；对开发者来说，则不用再为这种跨应用悬浮体验重新搭一套窗口逻辑。
同花顺并没有增加新的核心功能，但系统提供的新调用方式，让盯盘从一个必须回到App里完成的动作，变成了可以嵌入其他任务的体验。这背后其实是一种新的分工：越来越多通用能力，由系统解决；开发者要做的，是想清楚这些能力能被放进什么场景。
从一块屏幕，走向一个完整场景
这种变化，在跨设备体验上更加明显。当手机、平板、手表等终端进入同一个生态之后，用户的任务不会永远停留在一块屏幕里。
但跨设备本身并不简单。设备发现、连接、数据同步、内容传输，每一层都意味着开发成本。鸿蒙星河互联想做的，就是把其中一部分复杂问题交给系统。
莱特英语就是一个很直观的例子。它把背单词从一块屏幕里拆了出来：通勤时可以抬腕复习，跑步时可以通过手表听单词，今年甚至把背单词和跳操放到了一起。以前跑步可能还能暂时逃离英语课，现在连运动时间也被安排上了。
但对莱特英语团队来说，真正重要的并不是“多支持了一块手表”，而是过去花在连接和适配上的时间，可以重新回到业务本身。“这些方式可以让我们减少开发时间，把工作精力放在学习数据、业务逻辑，还有未来用户的学习体验上面。”
于是，问题开始从“设备怎么连”，变成“设备连起来以后，还能创造什么新体验”。
类似的思路，也体现在Nameo这样的应用上。通过“碰一碰”，手机可以和PC、Pad完成文件和资料分享，再继续做AI识别和处理；PC或Pad也可以直接调用手机拍照、读取图库内容，合同、Excel、PPT等资料则可以继续在不同设备之间流转。
单看每个动作都不复杂，但放在一起，跨设备就不再只是“传文件”，而开始变成一条完整的任务链。采集、调用、处理、传输，原本分散在不同设备上的操作，开始围绕同一个任务接起来。
小卡健康面对的则是另一类问题。过去记录一顿饭，最简单的方法就是拍张照片，但二维照片天然缺少空间信息。现在，小卡健康用端侧3DGS重建能力，把“拍一圈”的采集流程变成了一次轻量的3D记录。补上一部分二维记录缺失的信息，也让照片变成更直观的可视化内容。
不过，对小卡健康来说，“3D”并不是终点。因为健康管理真正难的，从来不是拍不拍得到一张照片，而是用户愿不愿意长期坚持。小卡健康联合创始人李雅表示：“健康这个赛道本身就存在一些反人性的行为。”所以他们更关心的是：“怎么把用户体验做好，怎么让用户感受到更有趣、更好玩。”
平台提供的是空间计算、跨设备连接这些技术能力。开发者真正要做的，是把它们重新翻译成用户愿意使用的体验。系统来解决技术问题，开发者来解决用户问题。
AI开始替开发者处理哪些“体力活”
但系统能力越来越多，也会带来另一个问题。少造了一些轮子，却多了一堆接口、框架和工具需要学习，开发负担并不一定真的下降。
所以这一次，AI也开始进入开发工具本身。在DevEco Studio 26.0.0中，鸿蒙将代码索引效率提升70%，编译构建时间缩短40%。而在DevEco Code里，AI Agent已经不只是代码补全，开发者可以直接用自然语言描述需求，AI继续完成代码生成、编译构建甚至推包运行。HarmonyOS开发助手也开始覆盖一次开发多端适配、三方库鸿蒙化，以及自然语言生成元服务等AI Coding场景。
这类变化对开发者意味着什么呢？Codelabs现场一位开发者最先想到的是搭环境。“自己开发首先要搭环境，很痛苦，匹配来匹配去，其实是非常花时间的。”很多开发时间，并没有花在产品本身，而是消耗在查接口、配版本和反复试错上。AI正在吃掉这部分工作。“人可能需要去试错，它已经知道可能遇到哪些坑，提前就已经把这个风险排除掉了。”
另一位开发者说得更直接：“省时。最重要的就是那些流程化的东西，或者体力活不用自己干了。”但这些“体力活”省下来以后，开发者反而需要：“多想，多往前走，接近客户，洞察需求，然后再转换需求。”
这充分说明AI并没有让开发者变得不重要，它只是在重新划分，什么事情值得开发者亲自花时间。
当App不再一定需要被“打开”
AI带来的变化，也不只发生在写代码的时候。它还在改变用户怎么找到一个功能。
过去查公积金，用户需要先找到支付宝，再一层层进入对应服务。但阿宝Agent接入小艺之后，用户只需要说一句：“帮我查公积金。”系统就可以理解需求，再找到对应服务。
过去是“找功能”，现在开始变成“说需求”。表面上，只是少点了几次屏幕。但对App来说，这可能意味着一件更深层的变化：用户不一定非要先进入你的应用，才能使用你的服务。
阿宝Agent开发人员问墨表示：“未来App和系统的边界会越来越模糊。应用可能需要给到系统相应的一些能力，让系统能够感知到、理解，然后调用。”
过去，一个App最重要的入口，是桌面上的图标。但如果Agent成为新的入口，服务就开始脱离原来的页面结构。开发者未来面对的问题，也将从：用户进入App之后怎么用？变成：即使用户没有打开App，我的服务怎么被找到？
代码越来越容易以后，难的是什么？
把这些变化放在一起，一个更大的趋势开始变得清晰。过去，开发者最核心的能力之一，是把需求变成代码。而现在，系统负责的底层能力越来越多，AI又开始接手环境配置、接口查询、代码生成和大量重复工作。“做出来”这件事的门槛，正在下降。那么真正难的是什么？
问墨给出的判断是：“现在真正的开发者进入软件研发，最大的门槛可能不一定是代码研发，而是他能够去理解业务，然后洞察一些需求。”一位Codelabs开发者则想得更靠前一步：“我有什么新的idea，我有什么样的自驱力，可以push我把整个事情做成。”
这些话指向的是同一件事：开发者的价值，正在从“怎么做”，继续向“做什么、为什么做”移动。会写代码依然重要。但当技术实现越来越便宜，找到一个真实需求、理解用户为什么需要它，再把系统提供的能力组合成真正有价值的产品，反而更加稀缺。
回头看今年的华为全联接大会，从不同终端和窗口的适配，到鸿蒙星河互联和空间计算，再到DevEco Code和Agent，这些看起来彼此独立的技术，其实指向的是同一个方向：用户侧的体验继续做加法，开发侧的重复工作尽量做减法。
终端可以继续增加，应用不用反复重做。设备可以继续扩展，开发者不必重新解决连接问题。系统能力越来越多，AI也开始帮助开发者理解和调用它们。于是，开发者省下来的不只是时间。更重要的是，他们有机会把注意力从“接口怎么调”“环境怎么配”“设备怎么连接”，重新拉回到产品最原始的问题：用户到底需要什么？
从这个角度看，鸿蒙这次想解决的并不只是“开发效率”。它试图重新划分系统和开发者之间的边界。系统去处理越来越多通用、重复、复杂的事情，开发者则把更多精力留给场景、需求和创造。
技术可以越来越复杂，但开发这件事，不一定要跟着越来越复杂。系统把重复的、通用的、容易出错的部分收走之后，开发者手里剩下的，应该是那些真正值得花时间的问题。
本文来自微信公众号“36氪Pro”，36氪经授权发布。