3 Matching Annotations
  1. Aug 2026
    1. Sometimes this involves reviewing every line of code they have written, but there are other ways to achieve that goal.

      这里其实留了口子:高风险改动仍要逐行读。可惜没给判据——哪些属于高风险、按什么分级,得团队自己定。缺了这层分级标准,"还有别的办法"在实践中很容易退化成默认全部走轻量路径。

  2. Jun 2026
    1. we decided to do two smaller sequential upgrades rather than doing one large upgrade

      大多数人认为系统升级应该一次性完成以减少复杂性,但作者认为分阶段升级更合适,因为这样可以逐步评估行为和性能变化,降低风险。这种渐进式方法与传统的'大爆炸式'升级策略形成鲜明对比,展示了更谨慎、更可控的工程思维。

  3. Apr 2026