先学框架还是先做项目：我的顺序和理由

2026-09-20 学习顺序,框架学习,独立开发,项目驱动

有个朋友问过我一句话：教程看了半年，还是不敢接活，是不是该先把框架学扎实。先学框架还是先做项目，这个问题问的其实不是学习顺序，是你到底缺知识，还是缺一个能收钱的东西。

我的顺序是：先做项目，缺什么补什么。

先学框架还是先做项目：两条路的差别

| 维度 | 先学框架 | 先做项目 |

|------|----------|----------|

| 起步动作 | 找教程、看文档、跑示例 | 定一个能交付的小目标 |

| 第一个月的产出 | 笔记和一个跑得起来的 demo | 一个能打开给别人看的东西 |

| 遇到问题的时机 | 按目录顺序遇到 | 卡住了才遇到 |

| 学不下去时 | 没有反馈，容易停 | 东西没做完，会想继续 |

| 主要风险 | 学完不知道怎么用 | 基础不牢，后面返工 |

这张表里最关键的一行是「学不下去时」。 大部分人的问题不是方法不对，是中途停了。

什么情况下先学框架更合适

有三种情况，我建议先补基础。

一是你要做的项目涉及你完全没碰过的领域，比如没写过前端却要做一个交互复杂的页面，边做边学会很痛苦。

二是你要接手的是别人的代码，那必须先理解人家的结构。

三是这次的目标本身就是学习，不是交付。那就按体系学，效率更高。

判断问题只有一个：这次动手，目标是学会，还是交出去。

什么情况下先做项目更好

绝大多数想做独立开发的人，都属于这一类。

因为独立开发要的能力不在框架里。发布、收钱、让人看到，这三件事教程基本不教，只能在项目里撞。

我那个简笔画画板是纯前端、零运维、两天写完的，写它的时候我没学任何新框架，全靠已有的东西拼。

它后来累计收入过了 ¥6000，靠的是有人搜「简笔画」搜到它。

我自己的选择与理由

2026 年 7 月 24 日立项之后，我的顺序是这样的：

先做能交付的东西，卡住再去补。 那家烧烤店的小程序交付收入 ¥3000，其中我手写代码不到 20 行——手写少不是因为偷懒，是因为我知道哪些部分不该自己写。

动手之后再学，效率高得多。因为你是带着「这里报错了」「这个接口不认」这种具体问题去查的，查到的每一个答案都能立刻用上。

先学后做的话，你学到的东西得先存着，等用到时早忘了。

我的折中做法

也不是完全不做准备。我会在动手前花固定的一小段时间做三件事：跑通一个最小的例子、搞清楚怎么发布、确认这条路能走完。

跑完这三件事就动手。不做更多的准备工作，是因为准备工作会无限膨胀。

这个折中的好处是：你既不会被完全陌生的技术劝退，也不会陷在教程里出不来。

什么时候该回头补基础

做项目不等于永远不学。有三种信号出现时，我会停下来补：

同一个坑反复踩第三次
代码改一处坏三处
看到别人的实现完全看不懂

这三种信号说明基础确实欠账了，这时候补，你能立刻感觉到用处。

先学框架还是先做项目，我的答案一直是先做。涉及注册资质、开票和收款的处理方式，各地口径不一样，以当地税务机关的官方口径为准。

常见问题

Q：先学框架还是先做项目，零基础的人该怎么选？

A：先做项目，但项目要小到能在一两周内交出东西。卡住的地方就是你该补的知识点，带着问题学比按目录学快。

Q：不做准备工作直接上手会不会走弯路？

A：会走一点，但弯路的成本比停在教程里低。动手前跑通一个最小例子、确认能发布，这三件事做完就够开始了。

Q：学到什么程度可以开始接单？

A：能独立交付一个小范围的东西就够了。我的一次交付收入 ¥3000，手写代码不到 20 行，说明关键不是你写得多少，是你知道该写什么。