Skip to content

L35. 结业路演 (Demo Day):是骡子是马拉出来溜溜

Vibe Coding 宣言:能展示给别人看的,才叫产品。

0. 为什么这一课至关重要? (Why It Matters)

  • Showtime:辛苦了 30 多节课,是时候秀一把了。
  • 反馈 (Feedback):最好的老师不是书本,是用户。
  • 作品集 (Portfolio):把你的作品放到简历上,这就是你能力的最好证明。

1. 目标 (Goal)

学会如何 演示 (Demo) 你的产品,并收集用户反馈。

2. 核心概念/装备/指令 (The Core)

2.1 Demo 黄金法则

  1. Don't tell, show: 少说话,多操作。
  2. Focus on value: 别讲“我用了什么牛逼的技术”,讲“我解决了什么痛点”。
  3. Prepare for failure: 演示一定会出 Bug(墨菲定律)。准备好备选方案(录屏)。

3. 实战演练 (Action)

Step 1: 录制 Demo 视频

不要只发个链接。录个 3 分钟的视频,边演示边讲解。

  • 工具: Loom / OBS / 腾讯会议录屏。
  • 脚本: “大家好,我是 Vibe Coder。我发现大家都有比价的需求,所以我做了这个神器...”

Step 2: 发布到社区

  • GitHub: 完善 README,放上 Demo 视频。
  • 社交媒体: Twitter / 掘金 / V2EX / 朋友圈。带上 tag #VibeCoding

Step 3: 收集反馈

不要玻璃心。如果有人说“这什么垃圾”,问他“哪里垃圾?怎么改更好?”。 这是最宝贵的财富。

4. 常见问题 (FAQ - Vibe Style)

Q: 没人看怎么办? A: 主动推销。 发给你的朋友、同事、群友。甚至发给 Claude 让它夸夸你。

Q: 演示时真的挂了怎么办? A: 自嘲一下。 “看,这说明它是真的实时运行的,不是录像。” 然后切到备选方案。

Q: 只有我一个人做怎么办? A: 你就是全栈。 你就是产品、设计、开发、测试、运维、市场。这才是 Vibe Coding 的精髓。

5. 验收标准 (Definition of Done)

  1. 你有一个 3 分钟以内的 Demo 视频。
  2. 你的 GitHub 仓库有一份漂亮的 README。
  3. 你至少收到了 3 个人的反馈(不管好坏)。

Next Mission: L36. 毕业设计:你的独立宣言

基于 Claude Code 构建