2.5及《构建之法》阅读笔记第二篇

今天学习了css简介及导入方式和css选择器

《构建之法》第二部分聚焦团队合作与敏捷开发，清晰展现了软件从个人作品到团队产品的升级路径。两人合作、团队模式、敏捷流程等内容，解决了我对团队开发的诸多困惑。
书中指出，团队不是人数的简单叠加，而是分工明确、目标一致的协作体。结对编程、代码复审能快速提升代码质量，让新人快速融入；不同团队模式（如主治医师、交响乐团、戏剧模式）适配不同项目，灵活选择才能发挥最大效能。过去我认为编程是独立工作，现在明白高效协作才是大型项目的关键。
敏捷开发是本部分的核心。敏捷强调个体互动、可用软件、客户协作、响应变化，用短周期迭代替代冗长的瀑布模型。每日站会、冲刺规划、燃尽图，让项目进度透明化，及时调整方向。这打破了我 “需求定死再开发” 的固有思维，理解了互联网项目快速试错、持续迭代的逻辑。
需求分析与用户体验同样重要。软件最终服务用户，而非满足开发者想象。书中教我们用用户故事、场景分析挖掘真实需求，避免 “自嗨式开发”。
这部分让我懂得，工程能力不只包含技术，更包含沟通、协作与需求理解。优秀的团队能放大个人价值，敏捷思想能让项目更贴合市场。未来参与团队项目，我会主动适配流程，重视沟通与反馈，用协作打造真正有价值的软件。