Thinking After Done (1)

        有很多时候, 作为程序员的我们不得不听从领导的指示: "必须在*天内把这个程序拿出来!". 我们着手了解需求. 还好, 需求不多, 这算个小系统, 时间上估计差不多. 于是， 我们感觉到幸运多了。 毕竟需求不多， 虽然时间紧点， 但是完成任务是没有问题的。
        于是我们的做法冲动的多了，在程序中滥用数字，不考虑需求的变化。 因为事先我们问过主管或者上司，他们说， 现在就按这个做。 不用考虑以后， 所以我们有恃无恐，我们在理直气壮地写着僵硬地代码。可悲的是我们当时不会发现。即使发现了，我们在想，领导说了，不用考虑以后。 可是事实上不是这样。

       等到测试快通过地时候， 领导说， 这不行，得加一个字段， 或者别的什么信息。我们说这不行，我的程序已经按原来的需求设计了。可是这样的话说了等于没有说。 我们胳膊拧不过大腿。于是，我们忍气吞声，修改代码。 这是才发现， 错误不在领导， 而在我们自身。 我们有理由写出简单实用的软件，但是我们不可以不考虑变化， 一切的变化。 我们不应该有侥幸，总认为上级说需求不变，就会永远如此。这是错误的！ 如果软件的设计不能适应需求变化，那么即使软件制作完成后可以顺利运行，那么当需求变化的时候，就是我们软件上吊的时候。是的，就是这样。