开发，要谋定而后动。

中国有句古话，叫做“谋定而后动”。最近遇到了两个坑，深刻的理解了这个道理，在此做一下记录。

先前在做一个项目的时候，由于时间比较紧，然后就想了一个偷懒的办法去解决一个眼下的问题以解燃眉之急。可是谁曾想当时简单了，往后越做越难。不为别的，就因为当时用了偷懒的办法。不仅如此，还写出了不可维护的程序。以后别说是别人，即便是我自己去维护都会非常费劲。

近几日又是如此，接手的时候，也没多想也没多想，就顺着同事的思路接着往下做。因为时间紧任务重，所以就赶着往前走。忘了看一看，发现这是个坑。然后就为了这个事情，我付出了成几何倍的时间和代价。不仅如此，接下来这又是一个不可维护的程序。

现在我深刻理解了，无论时间多紧任务多重。一定要谋定而后动，先把前前后后想清楚。要把目光放得长远一些，不仅仅是在开发的过程中，包括后期的维护。这些都要成为考虑的点。按按照一个正确的思路做事情，哪怕在前期花了大量的时间去谋划，后期会非常的顺利。反而是最划算的办法。

能想那种困境吗？一个房屋地基打得不好，开工了，工可是发工期快到的时候发现这样干不对路，需要拆了重新盖的时候工期快到了。你面临的选择是要么忍着恶心就在这基础上盖完。要么推翻重盖，可是时间和质量都不敢保证。什么叫做什么叫做两难？这就是两难。

望各位同行引以为戒。

后来我思考面对这样的情况该怎么办？如果这个东西今后使用频率很低，那就编写详细的说明文档。对这段不可维护的程序进行说明，以便后来的同事更好的维护。如果这个项目使用频率非常高，那要有勇气得空的时候推翻重来。