设定
您是否曾经经历过编写一段代码来进行看似简单的更改,然后意识到自己刚刚踏入了一个值得认真关注的荒原的经历?通常在官方 FREAK OUT 时刻进行跟进,在那一刻,重写所有可见事物的压倒性感觉开始逐渐升温。
重要的是要注意,此错误代码不一定来自其他人,因为它确实是我们过去编写或贡献的。
问题
显然,有一些严重的代码腐烂,可怕的体系结构等需要处理。与这个问题相关的真正的问题是现在不是重写代码的正确时机。可能有很多原因:

  • 当前处于发布周期的中间,因此任何更改都应该很小。
  • 今天凌晨2:00,大脑开始关闭。
  • 它可能会对时间表造成不利影响。
  • 此时兔子的洞可能比我们的眼睛能看到的深得多。
  • 等...


  • 那么,在成为负责任的开发人员的同时,我们又该如何平衡不断改进代码的职责呢?我们如何避免对broken window theory做出贡献,同时又意识到行为及其可能引起的鲁ck行为?

    更新资料
    好答案!在大多数情况下,似乎有两种思想流派:
  • 不要拒绝这种冲动,因为它是一种很好的冲动。
  • 不要屈服于诱惑,因为它会把你烧死。

  • 知道是否有更多的人感到任何平衡都将是一件很有趣的事情。

    最佳答案

    我非常喜欢列出 list !

    冲动带您尽快重写某些东西时,请花10分钟列出需要重写的东西。遵循所有将您带入需要注意的代码的小巷,并列出其中的内容。

    希望在相对较短的时间内,您将拥有以下两点之一:

  • 一个很长的列表,使您完全不想再次重写任何内容。
  • 一个实际上没有那么长的列表,所以为什么不沉迷于自己并去重写呢?
  • 10-01 06:38