经验之谈

优秀的程序员，要有'自测'精神。

作为程序猿，写好程序是你的本分，出bug是正常的事情，但是如何保证你的程序的bug比较少呢？回答:多测试自己的程序。因为你比测试人员更知道你的程序哪里有bug，所以你不能已写完程序就完事大吉，有经验的程序猿知道他们写完某个模块的程序之后，工作量也就是完成了70%，剩下的30%就是进行自测，时间紧张,没时间进行测试那就另说了，如果有多余时间，要把自己的模块的逻辑都跑一遍，只要你写到的，都跑一遍。这样通常能够消灭50%的bug，还有一些就是在非正常的操作情况下，我个人感觉，这时候有必要结合你前期的设计进行测试，看看有没有设计上的缺陷，理清楚思路，再跑一些极端(自己用程序构造极端情况)的情况，这样你的bug又少了30%。剩下的20%的bug应该就是比较偶现的bug，有能力再解决，没有的话就暂且留着说不定哪天随着你的知识增长，回过头一看，认为这不过是个小小的问题呢。

测试这个对于刚毕业的学生来说应该是领悟不到的，工作时间长了就会有所感觉。

优秀的程序员，设计要好一些架构，用来节省时间进行二次开发

从工作到现在，从别人手里接过来的代码，经过两次自己的重构，第一次重构就是减少代码单元，把该放到类内部的东西都放进去，把一些判断逻辑提取成函数，把一些较长的函数内部分割提取成较短的函数。重新整理代码格式。过了2，3个月之后，再次在原来的基础上加功能，感觉没法加了，索性继续重构，这次重构用到了一些面向对象和设计模式的方法，重构时间很短，仅仅是做了重新组织增加类，把原来的功能都分了出去，这下子原来3000多行的代码分到了三个类里，顿时脑袋清净许多了。我会想为什么面向对象能让问题变的不那么麻烦呢？为什么这样做就是感觉简单呢？ 我觉得很大的原因是因为：

面向对象能够让你更加关注每个对象自己的功能，即把逻辑都拆分了，你只需要把握好每个部分的逻辑。一个小函数是做什么的它就是做什么的，只是完成自己的工作，他也不要去管谁会去调用它。面向对象把一个很大的问题分离成了各个小问题，所以用面向对象的思想解决起问题来更加容易一些。

尽量在一开始就设计好的架构逻辑，这样之后再添加功能就方便很多了，否则不经历重构，以后每一次添加一次功能，都会经历一次难产，这是非常不爽的一件事。

而且，设计优于一切进行，在设计的时候，一点也不要去考虑代码的实现，这会影响设计时的思路，整体逻辑设计好之后，开始设计类，然后设计接口，再然后开始进行开发。这时候才到代码级别的实现。反正我现在在设计的时候考虑代码实现，我觉得自己的脑袋会乱很多。所以还是掌握一些对自己比较友好的开发方法比较好。