彻底分离关注点：重构Bug追踪器

作者在长期使用各种Bug追踪器后，发现其数据表示存在根本性缺陷，导致许多困扰。文章列举了三个典型问题：统一的“修复版本”字段混淆了事实与计划；状态和解决方案字段的二元化模糊了代码现状与未来意图；将Bug列表等同于待办事项列表，导致非Bug任务的处理变得笨拙。作者提出了一种“关注点分离”的原则，建议将Bug追踪器的数据分为事实表和计划表，分别记录客观存在的Bug信息和修复计划。事实表记录Bug的存在、版本、严重程度等客观信息，计划表记录修复计划、时间安排和主观优先级等。这种分离使得Bug追踪更加清晰高效，并能更好地适应不同类型的项目，甚至可以完全去除计划表，只关注Bug本身。