跳转至

做项目没意义?——拆开看是三个问题

场景:开始做自己的项目之前,总觉得"这个没意义、别人做过了、大部分还是 Web coding 没成就感",于是迟迟不动手。

这个困扰看起来是一个问题,其实是三个不同的东西纠缠在一起。拆开来看:

1. "别人做过了" —— 这是一个错误的评判标准

从第一性原理想:一个项目的价值从来不取决于"是否有人做过",而取决于:

  • 它是否解决了你自己的问题
  • 它是否让你学到了新东西

全世界有几百万个 todo app,但如果你通过做一个 todo app 学会了 RAG pipeline,那它对你就是有意义的。在转型 AI 全栈的阶段,项目的意义 = 你从中获得的能力增量,不是它的市场独特性。

2. "大部分是 vibe coding" —— 成就感来源错位

写了五年前端的人,React/RN 是舒适区。用熟悉的技术搭架子当然没成就感——就像厨师切菜不会兴奋一样。但这是把"切菜"和"做菜"搞混了。

真正该给你成就感的部分是你还不熟的那层:Agent 编排逻辑、Prompt 工程、RAG 检索质量调优。Web 部分只是交付载体,不是项目的核心挑战。

做法:每个项目开始前,明确写下"这个项目里我要攻克的一个新东西是什么"。把那个作为主线任务,Web 部分用 Claude Code 快速搞定就行。

3. 真正的卡点:完美主义导致的启动瘫痪

在动手之前就评估"意义",其实是大脑在帮你逃避不确定性。因为一旦开始做,就要面对写不出来、debug、方案选错的挫败感。"这个没意义"是一个体面的退出理由。

破解方法很直接:把"做一个项目"降级为"做一个实验"。实验不需要有意义,实验就是试试看。


在 AI 时代,这件事更重要了,不是更不重要

有人会说:AI 都能写代码了,我做项目还有意义吗?反过来——正因为 AI 能把"切菜"部分压缩到几乎为零,你才更有时间专注在那些 AI 替代不了的层面:

  • 判断力:这个功能该不该做、这个架构合不合理
  • 品味:输出质量好不好、用户体验顺不顺
  • 真实反馈循环:把东西丢到真实场景里,看会发生什么

这些东西只能通过亲手做项目长出来,看再多教程都没用。AI 时代项目的形态变了(从"证明你会写代码"变成"证明你有判断力和交付能力"),但做项目这件事本身比以前更关键。


行动建议

  1. 降级:不叫"项目",叫"实验"。给自己一个时间盒(比如 48 小时),只做一个最小功能。
  2. 聚焦新肌肉:写下这次要练的那一个新东西,其他部分允许自己用 AI 糊。
  3. 不评估意义,只评估行动:开始之前不问"这值不值得做",只问"今天能动手的最小一步是什么"。