设定
您是否曾经经历过编写一段代码来进行看似简单的更改,然后意识到自己刚刚踏入了一个值得认真关注的荒原的经历?通常在官方 FREAK OUT 时刻进行跟进,在那一刻,重写所有可见事物的压倒性感觉开始逐渐升温。
重要的是要注意,此错误代码不一定来自其他人,因为它确实是我们过去编写或贡献的。
问题
显然,有一些严重的代码腐烂,可怕的体系结构等需要处理。与这个问题相关的真正的问题是现在不是重写代码的正确时机。可能有很多原因:
题
那么,在成为负责任的开发人员的同时,我们又该如何平衡不断改进代码的职责呢?我们如何避免对broken window theory做出贡献,同时又意识到行为及其可能引起的鲁ck行为?
更新资料
好答案!在大多数情况下,似乎有两种思想流派:
知道是否有更多的人感到任何平衡都将是一件很有趣的事情。
最佳答案
我非常喜欢列出 list !
冲动带您尽快重写某些东西时,请花10分钟列出需要重写的东西。遵循所有将您带入需要注意的代码的小巷,并列出其中的内容。
希望在相对较短的时间内,您将拥有以下两点之一: