移动开发已死——除非你.......

前些日子，和OpenFlutter的群友水群的时候聊到Flutter的工作机会似乎也很少，是Flutter不行了吗？

就像我之前文章[话说......Flutter 真要凉了吗？那些瞎吵吵的背后到底咋回事儿？]所谈的，被看起来好像没有啥大问题，但仔细一想真的是这样吗？直到有人弱弱地问了一句："有没有一种可能不是Flutter不行了，而是移动端本身就不行了？"

其实这些年来，有一种想法时不时地从我心底冒起：

我再不想做移动开发了

回顾这些年，几乎是一直在与各种布局、适配还Bug在搏斗，还要不停地学习，如Jetpack Compose和Flutter等等，有时我会突然地问自己："为什么还是做这些？"

这并不是一种倦怠------至少一开始的时候不是。它更像是......一种衰落。我慢慢意识到，虽然移动开发曾经炙手可热，但它不再像是未来------就如同当年的桌面开发一样。

而且，我不是唯一一个这么想的人。

2025 年，越来越多的资深 iOS 和 Android 开发者正在转型------转向后端、转向前端、转向AI。有些人甚至完全离开了科技行业。为什么？

因为移动开发已死------除非你加入光荣的进化（来自维克多的善意提醒）。

本文讲述的并非完全个人经历，也包括个人所看到的、所听到的，当然我也不是在制造焦虑，而是希望我们做移动开发的深思一下。

好了，现在让我们细细说来。

移动开发者之梦正在褪色 📉

曾几何时...... 🚀

还记得 2012 年吗？那时，移动开发是所有人的梦想。

曾几何时，毫不夸张地说，只要会iOS开发就能找到工作，搞Java的也很多都转向Android了。

如果你足够幸运，你开发的应用在 App Store 上获得了推荐，然后------砰！------你摇身一变就成了创业公司创始人。

App Store 的"淘金热"造就了一代又一代的独立开发者 和独角兽公司。

原生开发感觉很强大。

Swift 是闪亮的新玩具。Kotlin 让安卓开发再次变得有趣起来。

可是现在呢？

2025 年：移动市场趋于饱和 📱

到了 2025 年，移动市场已经达到了一个饱和点。

现在的情况是：

• 有数百万的应用根本无人问津。

• 想要被推荐，就像中彩票一样难。

• 用户期待的是像素级完美、极其流畅的用户体验------如果你的应用有丝毫卡顿，他们会在 3 秒内删除它。

• 大多数应用本质上只是围绕着 Web API 的包装器。

曾经的激情已经消退。现在，移动开发的痛点已经远远大于其带来的好处。

开发者体验......是真的有点残酷

以我现在身边的情况来看，Android的情况比iOS稍微乐观一些，毕竟车载还留了一口饭给Android开发者。

原生开发已不复当年 💔

很多人可能会觉得，十年过去了，移动开发应该会变得更容易、更简单。

但事实并非如此。

• SwiftUI强大却脆弱。把它和 CoreData 以及并发结合起来，你就会陷入地狱般的堆栈跟踪调试中。

• Jetpack Compose很时尚，但仍在追赶 UIKit 的成熟度。

• React Native 、Flutter 、KMM呢？无休止的破坏性变更、不稳定的插件，或者受限的原生访问。

更别提：

• Xcode 崩溃

• Gradle 缓存清除

• 令人崩溃的SDK不匹配

• 因模糊的政策违规而被 App Store 拒绝

对于国内Android应用来说，问题更不止于此：

• 无休止的"国产"Android适配
• 鸿蒙的适配
• 五花八门的应用市场有着奇形怪状的要求
• 日益提高的上架门槛

"移动开发就像走钢丝一样------还被绑着一只手------同时发生地震。"

🔥 倦怠无声蔓延

移动开发者们并没有在楼顶高声大喊："我辞职了！"。但如果你仔细观察......

• 在linked上："前 iOS 开发者。现在开发 AI 工具。"
• 在脉脉上："转行后端，再也不回头。"
• 在掘金上："10 年移动开发。受够了。"

为什么会倦怠？

1. 无休止的 SDK 更新换代 --- 每年苹果全球开发者大会 (WWDC) 或谷歌 I/O 大会都意味着要重写 20% 的代码库。

2. 影响微乎其微 --- 你的应用不过是手机里海量图标中的一个，还是那个很不起眼的那一个。

3. 工具过多，创造力不足 --- 你花更多时间修复构建脚本，而不是开发新功能。

4. 孤立 --- 你经常与技术栈的其他部分隔离开来，比如说移动端开发到底算不算前端开发？

什么正在取代移动开发？

我们首先要明确一件事：应用程序不会消失。

但我们构建应用的方式正在迅速改变。

AI正在吞噬用户界面

像Flutter AI Assistant 、SwiftUI 代码生成器 和基于 LLM（大语言模型）的原型工具等工具已经能够从 Figma 中构建出 80% 的用户界面。

你只需描述你想要的功能：

> "给我做一个支持 Face ID 和双重认证的登录界面。"

嘭，搞定。

再也不用手写 Column、TextField，也不用去调整padding了。

大语言模型 (LLM) + API = 无需开发者的应用程序？

公司们正在意识到这一点：他们不再需要移动开发者来构建一个 CRUD 应用。

取而代之地可以：

• 使用 Bun + Next.js 处理后端
• 将 PWA封装到 Capacitor 中
• 使用 AI 来生成 UI 代码
• 雇佣 1 名 AI/全栈开发者，而不是 2 名原生开发者

你猜怎么着？用户根本分辨不出区别。

那么，你应该怎么做呢？

❌ 不要恐慌。你还没有过时。

移动开发并没有消亡------仅做单纯的移动开发已经无法再满足需求了。

为了保持竞争力，你需要从"应用构建者 "转变为"产品构建者"。

以下是具体做法：

✅ 你可以怎么做

1. 成为全栈开发者（但要用正确的方式）

学习足够的后端知识，以便能够构建和部署自己的功能：

• 学习 Node.js 、Express 、PostgreSQL
• 掌握 Supabase 或 Firebase 以快速搭建 API
• 精通 API 安全和认证流程

现在，你就是一名移动 + 后端混合型开发者，这是初创公司非常喜欢的。

额外好处：你可以独自开发整个产品。

2. 深入 AI/ML (人工智能/机器学习)

不，你不需要博士学位。

可以从以下几点开始：

• 提示工程 (Prompt engineering)
• 在你的应用程序中使用 OpenAI 或 Gemini API
• 构建以下功能：
  • AI 聊天
  • 语音转录
  • 智能推荐

iOS 开发者在利用 Core ML + Create ML + Swift Transformers 构建设备端 AI 方面具有巨大优势。

这个领域正在爆发式增长------而涉足其中的移动开发者却少之又少。

3. 成为移动架构师，而不仅仅是个码农

架构师供不应求。

• 设计模块化代码库
• 解决跨平台难题
• 主导迁移项目 (UIKit → SwiftUI, XML → Compose)
• 指导初级开发者、审查代码、优化性能

你 5-10 年的经验是金子------前提是你从执行者 晋升为决策者。

4. 转岗至产品工程师角色

一些最优秀的前移动开发者 现在都成了产品工程师：

• 他们能快速构建原型
• 直接与用户沟通
• 发布实验并衡量影响力

这些角色融合了移动、前端、后端以及大量的创造力。如果你喜欢速度 + 所有权，这将是你的下一步行动。

5. 打造独立工具，而非仅仅是应用

独立应用市场竞争激烈。但独立工具市场却蓬勃发展。

移动开发者拥有独特的技能，可以构建：

• 开发工具（Xcode 扩展、模拟器封装、测试套件）
• 用于应用自动化的 CLI（命令行界面）工具
• 代码片段生成器
• SwiftUI 动画市场

你已经了解了痛点。去构建解决这些痛点的工具吧。

残酷的真相：如果你不进化，你的工作将在 5 年内不复存在

大型语言模型（LLMs）、低代码工具和网络优先的技术栈并非"即将到来"------它们已经在这里了。

那些固守于以下领域的移动开发者：

• 仅限于 UIKit或者XML
• 仅限于布局工作
• 仅限于原生 SDK

......将很快被取代。

然而，那些进化为以下角色的移动开发者：

• 混合型工程师
• 由 AI 赋能的构建者
• 产品思想家

......将引领下一波浪潮。

🔚 最终思考：移动开发的终结是更好事物的开始

移动开发并未消亡，只要手机还存在移动开发就不会消亡，只是你所认识的那个版本的移动开发已经死了。

没有人会来把我们从 App Store 的拒审或 Xcode 的崩溃中解救出来。工具会不断变化。期望会不断提高。

所以，与其墨守成规，不如像优秀的工程师一样：适应。

• 学习新工具
• 自动化重复性工作
• 专注于产品价值，而非像素
• 让 AI 处理无聊的事情
• 端到端地构建事物，而不仅仅是在设备上

因为在 2025 年，移动开发只对那些拒绝进化的人来说才是死路一条。

至于其他人？

我们才刚刚开始。