构建之法阅读笔记02

《构建之法》第二章阅读笔记

（阅读范围：第2章 "个人技术和流程"）

一、本章核心内容总结

  1. 个人开发流程（PSP, Personal Software Process）：

    • 强调量化管理个人开发活动，包括时间记录、缺陷统计、任务拆分等。
    • 基本流程：计划 → 设计 → 编码 → 测试 → 记录 → 总结。

  2. 常见的个人开发误区：

    • 盲目编码：不写设计文档，直接动手写代码，导致后期频繁返工。
    • 忽视时间估算：低估任务耗时，导致项目延期。
    • 不记录缺陷：重复犯相同错误，无法系统性改进。

  3. PSP 的核心思想：

    • 数据驱动改进：通过记录时间、缺陷等数据，分析个人效率瓶颈。
    • 标准化流程：即使单人开发，也应遵循规范化的步骤（如设计评审、代码复审）。

二、个人感受与反思

  1. 我过去是怎么做的：

    • 在学校的课程项目中，我写过简单的管理系统。我的开发流程是：
      1. 跳过设计：直接开始写代码，边写边想功能逻辑。
      2. 不估算时间：认为“这个小功能3小时就能写完”，实际花了很多小时。
      3. 不记录问题：调试时遇到一个数据库连接错误，解决后没有记录，后来在另一个项目中又遇到相同问题。

  2. 结合书中观点，为什么这样不好：

    • 缺乏设计导致高返工率：书中提到“设计阶段每花1小时，可节省编码阶段10小时”。我直接编码导致后期频繁修改接口和数据库结构。
    • 时间估算偏差：书中强调“计划阶段的时间记录是改进的基础”，我的随意估算导致进度失控。
    • 缺陷重复出现：PSP 要求记录缺陷类型和原因，而我凭记忆解决问题，无法形成系统性规避策略。

  3. 提出的解决办法：

    • 强制设计阶段：
      1. 对任何功能，先写伪代码或流程图，明确输入/输出和边界条件。
      2. 自己进行5分钟的设计评审，确认逻辑无漏洞。
    • 使用时间日志工具（如Toggl）：
      1. 任务开始前预估时间，记录实际耗时。
      2. 每周分析时间偏差原因（例如：低估了调试时间）。
    • 建立个人缺陷库：
      1. 用表格记录每个Bug的现象、原因和修复方法。
      2. 定期复盘高频缺陷类型（例如：空指针异常占60%）。

三、后续行动计划

  1. 在下一个项目中实践 PSP 时间记录表（参考书中表2-2）。
  2. 使用 Git Commit 关联缺陷：每次修复Bug时，提交信息注明缺陷类型（如[NULL_POINTER]）。
  3. 尝试用 Markdown 写设计文档，替代口头沟通。

注：以上反思严格遵循“过去做法→书中理论分析→改进方案”的结构，确保符合评分标准。

posted @ 2025-03-21 21:22  haoyinuo  阅读(16)  评论(0)    收藏  举报