如何在2025年构建App

Source: Dev.to

Introduction

现在是 2025 年。AI 无处不在，但要打造一个有用的应用，仍然归结为一件事：先解决自己的问题。

Identify the problem

假设你想构建一个简单的数据库浏览器（如 hubble.davidlabs.ca）。
你真正想从这个应用中得到什么？

• 浏览 MongoDB 数据
• 不需要查询语法
• 不需要学习聚合管道
• 只用自然语言提问

这就是全部规格。

Start with the most annoying part of your workflow

• 消除摩擦
• 让 AI 填补空白

不是 “交付 MVP”。
不是 “验证想法”。

深度解决自己的痛点，让其他开发者说：

“哦，天哪，我也需要这个。”

Ask yourself before writing code

这个应用为什么值得存在？

示例： MongoDB 很强大，但探索它很痛苦。聚合管道、Compass 标签、Atlas 视图……步骤太多。

原因： “我想要没有语法的清晰体验。”

当原因明确后，具体要做的事就显而易见。

Building apps in 2025

1. 让 GPT 搭建后端骨架
2. 使用 AI 设计 UI
3. 让 AI 生成校验和类型
4. 让 AI 编写 Dockerfile
5. 让 AI 编写文本、入门指南、文档
6. 让 AI 生成假数据
7. 让 AI 重构凌乱代码
8. 让 AI 帮助更快调试

AI 并不是在取代开发者，而是加速开发者的工作。

Tiny intelligent features that add value

• 自然语言输入
• 智能建议
• 自动补全
• 异常警告
• 自动配置
• AI 辅助日志
• 一键洞察

Minimal viable product (v1)

专注核心价值，而不是打磨细节：

• 不需要花哨的设计
• 不需要动画
• 不需要 logo
• 不需要 20 个功能
• 不需要完整文档

你的 v1 只需要一件事： 能够正常工作。其他的都是可选的。

The Hubble example

Hubble 能成功，是因为智能恰好落在最让人沮丧的地方：查询 MongoDB。

• 90 % 价值，10 % 代码

不公平的优势在于：用英文提问 MongoDB → 查看生成的管道。你的应用也需要同样明确的优势。

Core principles for building apps in 2025

• 降低认知负荷
• 用 AI 加速开发
• 深度解决自己在意的问题
• 创造清晰感
• 早交付
• 公开迭代

Call to action

如果你想在今年构建有意义的东西：

1. 从让你烦恼的事开始。
2. 深入解决它。
3. 上线发布。

其余的一切都会随之而来。