主要观点：

• 当项目“问题收集”过大时需进行重构，重构是投资而非支出，能适应新需求、提高性能和便于维护。
• 重构前要避免一些错误做法，如带来更多伤害、盲目重写、边重构边添加新功能等。
• 重构步骤包括：谨慎选择需重构的代码，利用工具评估代码质量，监控测试覆盖度并重构测试，处理第三方工具库问题，更新文档，持续关注指标等。
  关键信息：
• 系统和产品指标重要，问题累积是重构信号，忽视重构成本更高。
• 重构前要考虑项目阶段、用户满意度等因素，避免一些常见误区。
• 可利用多种工具评估代码质量和测试覆盖度，如 SonarQube、Qodana 等。
• 重构时要注意处理第三方工具库，定期更新依赖等。
• 重构过程中要持续关注指标，避免忽视文档。
  重要细节：
• 按照 Pareto 原则，重构 20%简单代码可获 80%代码改进。
• 不同语言有不同的代码质量工具，如 PHP 有 PHPStan、Psalm 等。
• 测试分为推动重构和伴随重构实施的两类，都很重要。
• 可利用 Trivy、Snyk 等工具检查代码中的漏洞和秘密。
• 重构要以解决问题为导向，关注用户需求和系统指标。