你是编程中的“快枪手”还是“慢悠悠”？

　　英文原文：Code fast or code slow? Who are you?

　　一样平常而言，有两种类型的开发者。一种编码速率快，喜欢一大段一大段的组合代码，然后看它是否能顺遂运行，这是编程中的“快枪手”，另有一种在朝着目的前进的时间比力淡定，他们会确保他们所写的一切代码都是经心设计的，可维护和可扩展的。由于这个缘故原由，使得他们在速率上显得比别人慢，以是是“慢悠悠”。

　　两者之间的区别是，前者完成的效率更高，但代码的错误率更大（除非他们特殊幸运），尔后者代码的错误率就少多了，而且易于扩展和维护。亲你是哪一种呢？

　　大多数开发职员可能不敢认可自己是那种以优秀的系统结构为价格的“快枪手”。为什么呢？由于这样可能会发生更高的错误沈阳小程序制作率。可是回过头来想想，哪个系统没有代码错误？

　　拿我自己举个例子。

　　我若是接了个票据要写程序什么的，会有来自客户方面的压力，由于我必须实时交付。而客户对于软件的要求大多是通过电子邮件，电话见告的，或者在某些情形下，客户会直接写在票务系统里发过来。我的责任就是，确保程序的功效可以准确反映这些要求。而各人都知道，有时间客户想要什么却并不说出来，而这一点也是我必须思量进去的。

　　在开发团队中，有写的快的成员也有写的慢的，有代码错误率高的也是错误率低的。而我我大部门时间在做的是，怎样将这些职员有用分类。

　　继续讲谁人例子。那么我该怎样确保客户的要求能实现呢？谜底是，我得看到实现要求功效的代码在那里。以是，我就有两个选择了。第一个选择是把票据交给能快速交付的“快枪手”，这样我便可以实时看到运行效果（无论代码是否有bug也不管后期是否易于维护）。另一个是让“慢悠悠”来做，有可能直到最后一分钟他都交付不了，可是拿出来的解决方案必是精品。

　　第一种情形下，我能很快拿到结果，而且若是客户不满足，另有时间去修改，可是我可能不得不面临不支持扩展和不行维护等等方面的缺陷。而在第二种情形下，由于没有多余的时间，以是将不能按客户要求举行修改，可是代码简练优雅，若是未来有需要的话还可以进一步扩展。

　　在这里要着重讲一下，可扩展和不行扩展以及可维护和不行维护的区别。例如，我们已经按客户要求搞定了所需的软件，可是它的代码是不行扩展的，那么若是用户喜欢而且想进一步扩展的话，那你就只能叫苦连天了。可是若是是可扩展可维护的，那么用户想在某个方面扩展的话，那就是小菜一碟了。

　　以是，若是用户没有要扩展某个方面的想法，那么我会选择“快枪手”。反之就需要“慢悠悠”了。可是若是你想保证100%选择准确，那就只能让事后诸葛亮出马了。

　　由于这是一个主观判断。

　　上面我讲的例子若是能团队中实验，一定可以提高整个团队的事情效率。在分配历程中，我熟悉到，“快枪手”有快速编码快速交付的特点，而“慢悠悠”有完成的代码简练清朗易于维护的特征。

　　随着社会的生长，CI / CD已经变得适用于多种情况。而且现在推陈出新也是越来越自制。纵然代码不行扩展，人们也肩负得起更新迭代，甚至哪怕就是再次重新架构也可以蒙受。这样一来，我们就需要“快枪手”根据要求尽可能的快速开发，而在需要架构或者重构的时间，再青睐“慢悠悠”来大显身手了。

　　可是若是“快枪手”的代码写得太快以至于“慢悠悠”完全跟不上，那时间就悲剧了，由于你获得的只会是一个千疮百孔，全是bug的系统。

　　谁都不希望获得这样的效果。

　　为相识决上述问题，我们可以使用预识趣制，用于权衡开发职员的bug在代码运行时会导致什么问题。这样既可有用控制“快枪手”的错误率，也能确保“慢悠悠”的代码火车不再晚点。

　　有没有以为，“快枪手”似乎文献资料或者是验证器？而“慢悠悠”则越发适合放在设计和架构功效方面，以便于这些方面以后有需要的话，容易维护和扩展。

 1/2    1 2 下一页 尾页