主要观点：作者曾发现一种高效、有效、可靠且令人愉悦的软件项目运行方式，通过在产品团队中进行按优先级排序的缺陷（bug）列表讨论来交付优质软件，这种方式基于四个关键原则且至今仍在使用（如 Bugzilla）。但如今软件项目管理的网页应用（如 GitHub Issues）在这些原则上表现不佳，存在诸如将“bug”改为“issue”、缺乏一致的模式、可分配多人负责、查询功能有限等问题，导致用其单独管理项目令人沮丧。可选择优秀的开源项目（如 Gitea）并添加缺失功能来替代，作者已为 Gitea 添加了缺失的按优先级排序的查询功能，目标是最终添加其余四个原则相关的功能。

关键信息：

• 最初在第一份硅谷工作中，通过缺陷理事会按优先级讨论和修复缺陷来交付软件。
• 用于管理的系统 BugSplat 基于四个原则：所有任务进系统、统一且有主见的缺陷记录模式、一人负责一个缺陷、通过强大查询查看缺陷列表。
• 如今软件项目管理网页应用如 GitHub Issues 存在诸多问题，如名称改变、模式缺乏一致性、可分配多人、查询功能受限等。
• 可选择开源项目如 Gitea 并添加缺失功能，作者已为 Gitea 添加了按优先级排序的查询功能。

重要细节：

• HR 培训后到新公司，发现全员不在，后得知参加缺陷理事会。
• BugSplat 的四个原则及其作用，如统一模式可避免信息混乱等。
• GitHub Issues 与 BugSplat 的对比，包括名称变化、模式差异、可分配多人、查询功能受限等。
• 为 Gitea 添加的功能及过程，如添加支持优先级语义的标签集和按优先级排序的查询功能等。