面向对象培训的一点感悟

        参加了两天的面向对象设计培训课程，感触最大的不是学到了多少新的设计方法，而是思想上的转变。
        平时我们在做需求过程中，需求方看重的是功能有没有做到，能不能按时上线；老板看重的是你做的有多快，上线后有没有故障，这是对你考核的标准；我们程序员能够控制的就是代码的质量。正是有了这些外界压力，我们往往为了赶进度，系统设计上较少，甚至“0设计”，走自己的“敏捷路线”，代码写的一团糟。写完以后，自己看了都想吐。但没办法，自我安慰一下，时间不够，需求方催的紧，写的再好老板也看不到等等理由，给自己的心理找了一个平衡。正是这样，我们能够控制的质量就被理所当然的牺牲了。
        另外一种情况，现在很多企业都有遗留系统，很多需求都是在遗留系统上开发。小需求一般时间上比较紧，即使我们遇到了烂代码，比如一大堆if嵌套，我们还是往烂代码上继续加条件。没办法，这样速度最快，最省事。如果我们对原有代码进行重构，改坏了，你的责任；改好了，老板也看不到你的功劳，分内之事。这就是“破窗效应”。我们也就睁一只眼闭一只眼继续制造垃圾代码。
        直到有一天，你实在受不了这个系统，看到就想吐，哥崩溃了，哥不干了，哥跳槽了。到了一家新公司，一看到代码，想死的心都有了，哪个傻X写的代码，刚出虎口，又入狼窝。
        于是，你终于发现一个真理：出来混，迟早要还的。在前面一家公司做的孽，在这家公司得到报应了。
        难道这个恶性循环一定不能被打破吗？
        或许，接到一个项目，总会有这样那样的困难，时间不够，资源不够，等等。但这一切，都不是你制造烂代码的自我安慰理由。很多公司现状就是这样，制度和考核标准就是这样，我们或许无法改变现状，但是，我们可以改变自己，可以提高自己的水平，对自己写的每一行代码问心无愧。
        从现在开始，从我做起，从每一行代码做起，彻底告别坏味道代码。