有的代码即是比别的代码更主要
通过研讨代码怎么随时刻改动，Michael Feathers断定了代码库的功率曲线。每个体系都有代码，通常而言里边的许多许多代码，一次写好以后就永久不会变了的。可是仍是有少数的代码，包含最主要和最有用的代码，会被一遍又一遍地改动、重构乃至是重头开端重写。
跟着你对体系、疑问范畴以及架构办法方面经历的增加，就愈加简略知道和猜测啥代码老是需求改动的，啥代码是永久不会变的：有的代码即是比别的代码更主要。
咱们是不是应当写完美代码?
咱们知道，咱们应当写洁净的代码，共同的、易于了解的且越简略越好的代码。
有些人因此而走向了一个极端，强迫自个尽也许地编写漂亮高雅趋于完美的代码，着魔于重构，可着劲儿折腾每一个细节。
有的代码只需求写一次，以后就再也不需求作任何改动。但有些代码则并非如此，试想，这些需求不断改动的代码，代码写得那么完美却在下一秒就立马被delete不就过分糟蹋了吗?并且也没有必要这么做。
“你不用去写所谓完美的软件。不是制止你，仅仅真的没有这个必要。好好想想，承受这个话。你需求了解完美的软件其实是不存 在的。计算机发展到今天还没有人写的软件是完美的。你也不要自以为是地想去做第一个。除非你能承受这个现实，不然你终究只会是在糟蹋时刻和精力，如果你想 寻求这个不也许实现的愿望。”
——Andrew Hunt，《The Pragmatic Programmer: from Journeyman to Master》的作者
一次就能处理的代码也不需求漂亮和高雅，只需确保是准确的、简略了解的即可——由于这些不变的代码也许以后还要被屡次读取。也不用非要是洁净和紧密 的——只需求洁净即可。仿制和张贴等快捷方法在这类代码上是被答应的，最少在必定程度上能够这么做。这些代码不需求再重构(除非你需求改动这些代码)，即 使它周围的别的的代码一直在改动中。总归一句话，这些代码不值得咱们在它身上花费额定的时刻。
至于那些一直在改动的代码?苦苦思索最高雅的处理方案纯粹是在糟蹋时刻，由于这段代码很也许在几天或许几周后就会被改写，乃至重写。
所以咱们要重视的重点是：这些代码是不是如愿运行——是不是准确、有用和高效?是不是能处理异常数据而不溃散?——或许最少是不是能做到即便失利也不会出疑问?是不是简略调试?是不是能简略安全地改动?这些实实在在的办法才是成功与失利之间的分水岭。
编码与重构要务实
精益开发的中心思维是：不要糟蹋时刻去做那些不主要的作业，包含写代码、重构、代码检查以及代码测验等多个方面。
只需求重构真实需求的部分就足够了——这也被Martin Flower称之为是机会主义的重构和有预备的重构。
对于代码检查也只需求专心于主要部分。这些代码是不是准确?是不是安全?是不是能够运行?
不要介意个性(除非个性本身阻碍了咱们的了解)。让IDE做主，格式化的照顾就ok了。咱们不用去评论代码还能不能更OO，也不用必定要遵从某种款式，喜欢与否也没有联系，是不是能用非常好的方法处理也不主要——除非是你在教菜鸟，并且需求做一些辅导作为代码检查的一部分。
测验也要挑要害的来。测验要掩盖主要路径和主要的异常情况。无论是大型测验仍是小而会集的测验，无论是写在代码之前仍是以后，只需能起到效果就成。
这不仅仅是代码疑问
软件开发老是在不断地更新迭代。哪怕如今看它的规划和代码是准确的，可是一段时刻以后，它就会被要求改动或许直接被别的非常好的所代替。
咱们需求编写优良的代码：易于了解、准确以及安全。咱们在重构和检查代码、编写有用的测验的一起也需求谨记：有些代码或许乃至是所有的这些代码，在 不久的将来是要被扔掉的，或许永久也不会再被读取，或许再也不会被使用了。咱们有必要意识到，咱们如今的一些作业将会成为无用功。做需求做的作业，仅此就够 了。不要糟蹋时刻去写所谓的完美代码。
