如何应对不同风格的开发人员

接触互联网行业的朋友，总会在工作中遇到很多各种各样风格的开发人员，而面对这些开发人员，有时候真的想发火也无从入手，下面就等小编为大家支招，如何从不同风格的开发人员入手，让项目进行得更加顺利。

散弹枪编程

这种编程风格是一种开发者使用非常随意的方式对待代码。「嗯，这个方法调用出错了……那麽我会试着把传出的参数从 false 变成 true!」，当然依然出错，於是我们的程序员会这样：「好吧，那我就注释掉整个方法吧」，或是其它更为随意的处理方式，直到最後让这个调用成功，有可能是被旁边的某个程序员指出一个正确的方法。

撞大运编程

大多数程序员都会使用的方式，在某些时候，他们根本就不知道某个错误的原因，就开始糊里糊涂地修改代码。而一旦出现问题，他们可能会：

1)停下来，理解一下程序，找到出错的原因。

2)使用散弹枪编程方式开始解决问题。

另外，还可以利用测试驱动开发(Test Driven Development)工具，控制大运开发所带来的问题。测试驱动开发可谓是，用来拯救上百万的撞大运编程的程序员的极佳变成工具。

Cargo-Cult 编程

Cargo Cult 编程是目前一种非常流行的编程方法，很多程序员并不知道高手写这个代码的意义是什麽，但是他们却觉得这样做能让程序工作起来，因此他们也就会模仿高手编写代码，而不知道代码的含义。

刻舟求剑编程

这种风格的编程在程序员的圈子里是非常常见的，例如：当这类风格的程序员发现了一个空指会的异常，於是你到了产生空指针异常的地方，简单地放上一个判断： if (p != NULL)。

的确，这种方法可以让程序工作起来，但是却并没有真正地解决问题。你只不过是在你的船边记下了剑掉下去的位置，这样做只不过把问题隐藏起来，最终只会让你的程序的行为变得神出鬼没。这时你应该找到为什麽指针会为空的原因，然後再解决这个问题。

设计模式驱动型编程

这种编程风格使用大量的设计模式，在整个程序中，几乎四处都是设计模式，你的代码到处都是Facade，Observer ，Strategy，Adapter等。很多时候，这种程序要处理业务逻辑时，会这些设计模式打乱而无法阅读，最後也不知道是业务需求重要，还是设计模式重要。总之，整个业务需求程序逻辑被各种设计模式搞得非常混乱。

侦探型编程

在解决一个Bug的时候，侦探型程序员会调查这个Bug的原因，然後，调查引发这个BUG的原因，再然後，其会分析修正代码後是否会导致其它代码失败的因果关系……最後，这个程序员会写下30个不同的情形的测试案例，就算这些测试案例和那个Bug没有什麽关系，等到这个程序员有足够的信心，才开始精确地修正了一个拼写错误。

屠宰式编程

这种风格的程序员，对重构代码有着一种难以控制的极端冲动。即使是在产品Release的前夜，当他们在修正拼写错误的bug同时，还会修改10个类，以及重构与这10个类有联系的另20个类，并且修改了代码的build脚本，以及5个部署描述符……反正，你懂得!