需求碎片化时代，从编程到设计的心灵鸡汤【下】

需求碎片化听起来像产品经理的术语，但落到代码上，它直接决定你写的模块能不能在变更中活下来。这门课不教你画界面，也不讲算法，而是把“需求为什么会变”这件事拆开，让你从编程视角重新理解设计——用“碎片法”把需求切成可管理的部分，再找到不变的内核。

这门课在补什么缺口

很多开发者习惯从功能清单出发写代码：用户要什么，就加什么。但真实场景里，需求来源很杂——有业务方提的，有用户反馈的，也有你自己观察到的。这些需求碎片往往互相冲突，今天加一个字段，明天改一个流程，代码越来越乱。这门课的核心是帮你建立一种“分”的思维：先看清需求从哪里来，再判断哪些是形式（会变的内容），哪些是内容（相对稳定的东西）。它用“集装箱”做比喻——集装箱本身不变，但里面装什么可以随时换。对应到软件，就是接口和结构不变，业务细节可以替换。如果你写的代码经常因为小改动就大面积重构，说明你还没找到那条“变与不变的切分维度”。

适合谁，先看哪几块

这门课适合已经写过一些代码、但面对需求变更时心里没底的人。你不需要是设计专家，但最好写过至少一个完整的小项目，知道“改需求”是什么滋味。基础方面，懂基本的编程概念就够了，不涉及具体语言语法。建议你先看开头关于“两种需求来源”的部分，这是整门课的入口——它会让你意识到，很多需求不是凭空冒出来的，而是来自不同的“碎片源头”。接着看“集装箱视角”和“形式包装内容”的段落，这部分会扭转你对“设计”的认知：设计不是画图，而是决定什么保持不变。如果你时间有限，可以先跳过《百岁山矿泉水》那个案例，但建议之后补上，因为它把抽象概念落到一个非常具体的商品上，能帮你理解“内容”和“形式”的剥离。

学完能做什么，资料怎么配合练习

学完这门课，你应该能独立完成一件事：拿到一个模糊的需求描述，先不急着写代码，而是用“碎片法”把它拆成若干碎片，标出哪些是容易变的（比如文案、样式、规则），哪些是稳定的（比如流程骨架、数据模型）。然后根据这个切分结果，设计一个能容纳变化的模块结构。你还能解释为什么某个功能要单独抽出来，而不是直接写在主流程里。资料包里是视频和配套的案例文件，不要只看不动手。建议每看完一节，就找自己手头的一个小功能做练习：把它的需求来源列出来，试着用“变与不变”的维度切一刀。刚开始可能会觉得别扭，但多练几次，你就能在需求还没完全定下来时，提前判断出哪些地方要留好扩展点。这门课不长，但值得反复看——尤其是当你发现自己写的代码又因为需求变化而推倒重来时，再回来看看“碎片法是分，目的是合”这句话。