考虑到我们都在不断学习,我们都必须遇到一个问题,即我们学到的东西非常棒,可以显着改善我们的代码或部分代码.
问题是,当你学会了一些新的技术,策略或其他什么时,你或者你应该回到你知道有效的代码,但是可以更好/可维护/更快/ 一般改进并实现这些新知识吗？
我理解"如果它没有被破坏,不要修复它"的概念,但是什么时候会失去你已经编写过的代码的骄傲,以及它对于重构的意义.
国际海事组织,这取决于几个因素:
当前项目与否 - 这是否会回到之前的项目进行更改并打开一堆蠕虫来执行此操作？在我工作的地方,有我们当前的项目,虽然我可以学习这个和那个,我不打算进入较旧的项目并在尝试应用我认为简单的东西时产生新的问题.另一个想法是采取SourceSafe中的内容并将其移至Subversion,这可能对于只有一个版本控制软件很有用,但可能不会普遍被视为时间的明智投资,因为这里的大多数开发人员习惯使用两者.
代码时代 - 这个代码是我最近工作过的,还是我花了很多时间来理解我什么时候回来的？虽然这与上述类似,但我目前的工作项目自2008年6月以来一直在进行,所以我在一年或更久以前工作的东西真的可能不值得回去改变.
变化的规模 - 这需要几周或几个小时？这也是需要考虑的因素,因为很少有变化有时会导致需要数小时的工作来解决这个问题以及由于变化中的副作用而导致的新错误.
这些是指导我以及试图记住的一些事情,因为某些东西可能看起来更好,但它并不一定适用于所有地方.例如,尝试在钉子上使用钻头并不是一个好主意,但如果你刚刚学会了如何使用钻头并想在任何地方使用它,那么可能存在其他工具如锤子或扳手可能存在的问题更有用,所以不要忘记有适合工作的工具也值得.