技术leader手下这样2个风格的码农，不知该让谁晋升！你会选谁？

本文主要是介绍技术leader手下这样2个风格的码农，不知该让谁晋升！你会选谁？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

作为一名技术人员，特别是专门编程的，大多数都有一个特质，那就是专注，这些有专注特质的人大多数都喜欢安安静静的写自己的代码，最不喜欢的事情就是自己在写代码的时候被人打扰了，想必大多数程序员朋友都会发现自己周围有这样的人吧，专注固然很好，专注去做一件事情，效果及质量方面相对可能会更好一点，但是有的时候由于过于钻研细节，可能会导致方向感不明确，在格局上就会较弱，因此不但要低头拉车，也要记得抬头看路。战略与战术都少不了，能把一个事情发挥好想必是这两方能力适当分配的结果，近期，一名技术leader就给我们分享了他遇到的一个难题。
在这里插入图片描述

据这名技术leader描述，在他的手下有这样2个风格的程序员，其中一个程序员不太爱自己写代码，在实现功能的时候总喜欢搜索，然后搞复制粘贴，不过倒是很少出问题。而第二个程序员的风格与他完全相反，这个程序员很少去搜索，总是自己手撸代码，从问题的数量看，要比第一个程序员多一点，现在要从两名程序员中选择一个晋升，这样的情况令他有点难以抉择，那么我们先看看广大网友们都是什么看法吧！
在这里插入图片描述

百度员工：必须第一个，第二个能干啥

上世是朵花：我个人也同样认为，第一个会相对好一点，不过也不绝对，还是需要点前提的，后面再具体说。

网友二：当然第一个，复制粘贴也是能力的体现，复制了不改吗，改了不出错吗，人家把里边问题全解决了，高效高可用的人才

上世是朵花：当然，复制过来，肯定也不是直接就能完美无缝的对接使用了，也是需要修改的，这个也是需要思考及把控的，既然很少出问题，就说明这中间肯定有他的思考过程与把控了。

网友三：结果导向，谁做的多做的快就给谁，复制粘贴不出错也是本事。

上世是朵花：这是这名网友的选人标准，当然有的时候不能只看一个标准去下结论，有时也要根据公司的实际情况，去做多维度的考评标准。

网友四：手撸的用别人的没成长

上世是朵花：这名网友从动手能力方面去做选人的标准。
在这里插入图片描述
网友五：你们部门又不是造轮子的，非要自己全写有什么必要呢

上世是朵花：没错，这要看公司的具体业务情况了，另外还需要看看第一个程序员是否是那种离了复制就不能干活了那种，如果说碰到需要自己研发的地方，他比第二个程序员差远了，那还是需要慎重考虑了。

美团员工：大公司最怕的就是坑次坑次自己一顿搞，结果兄弟团队和业界已经一大堆成熟的解决方案

上世是朵花：没错，代码复用很重要，重复的制造相同代码从一定程度上来说就是资源浪费。

网友七：第一个，但是动手能力肯定第二个强，以后碰上新业务没有参考的时候便会起作用

上世是朵花：没错，这也是我想说的，不过从楼主的描述中也看不出第一个程序员就是那种离了复制就不能干活了。

网友八：要跳出一个误区，绩效是看结果和表现，不是看能力

上世是朵花：没错，绩效是看结果和表现，但是他选人的标准是什么不一定是看绩效，但是绩效肯定是要考虑的因素之一了。
在这里插入图片描述
从大家评论的结果来看，选择第一个程序员的情况居多，这么选择的理由大概有“结果导向”，“不要重复造轮子”，“复制粘贴也是一种能力”等，我个人的看法也比较倾向于第一个，首先从楼主的描述来看，第一个对现有工作是完全胜任，并且从最终效果来看是要优于第二个，当然从实际手写代码量来说可能比不上第二个，但是程序员的绩效又不是按代码量来算的，代码复用也是一种很好的思想啊，再说了，他拿过来也是做一些调整的，这中间肯定是有他个人的思考过程及安全方面的把控，从这几方面的原因，我还是更看重第一个的，当然了，这样直接下结论也是比较轻率了，我们还是要继续分析一下，就是需要考虑一下，如果遇上需要自己开发的模块时，第一名程序员是否可以自己手写代码，高效无误的完成自己的功能呢？如果说在这种情况下，他明显要比第二个差很远的话，那就需要慎重考虑了！