码农：同事连注释都不改，直接把我代码拿过去套，感觉自己好亏！

在软件开发的过程中，经常听到一个词叫“代码复用”，就是根据具体业务场景，把一些比较公用的东西写出来，封装固定方法或者类文件，然后多处调用，这么做的好处就是大大提高了开发效率，节省了劳动成本，减少了工作量，“代码复用”是软件思想中最普遍的一个思想了，但是在现实中并不是所有人能够对“代码复用”思想良好运用，最后是“代码复用”变成了“代码复制”！近期一名码农网友分享了他身边的一个故事。

据这名码农网友说，他算是一名应届生，不过现在也算是对公司的各项业务都熟悉了，近期他发现，他写的代码总被同事抄！leader分配给任务后，他先提交了，同事就是连注释都不改，直接把他的拿来就套他的代码。周报也是这样，他不提交她（他同事）也不提交，他提交了她（他同事）复制过去只改几个字就提交。他对此非常生气，于是就迟迟不提交，leader问他他就说还有点bug没改好。另外这名码农进一步解释他负责移动端，她（他同事）负责pc端，框架是leader搭的，代码结构都一样，往里面填代码就行了，特别简单的，他填好了推上去，同事立刻把他的拉下来改成她自己的。这令这名码农网友非常生气，针对这样的情况，让我们看看其他网友们都是怎么看待的吧！

网友一：告诉你leader说pc移动你都能搞定，全让你来干

上世是朵花：这么说倒是不合适，可以让leader考虑一下，规划一下中间层代码，可以供pc端与移动端复用，而不是“复制”，这么说就显得格局更高一点了。

阿里巴巴员工：其实很简单，用几种设计模式写出来，搞得越复杂越好，埋个很深的按端区分的逻辑。还能锻炼自己

上世是朵花：但是要把握好度，别让leader认为代码不友好，可读性不高等情况。

网友三：我们组有2个人抄一个老同事的代码，老同事写了一个拆分集合，多线程调用的方法。然后周会的时候，经理问那2个人为什么拆分4个集合呀，2个人懵逼了，就说觉得4组好，把我们乐的

上世是朵花：看来这种“代码复制”的情况还存在的真不少，不只是个例，作为技术管理者，要让代码复用 去替代代码复制才能让团队工作更高效。

网友四：正常的软件公司不会让一套代码在多个不同的项目里面重复使用。

上世是朵花：没错，这种方法工作效率低些，大家都在重复劳动，显然不划算。

网友五：你下次和她协商呗，一人做一部分，然后互相抄

上世是朵花：原来是一个人干两个人的活，现在变成两个人干一个人的活，这出发点没什么不好，但是不一定能行的通，他同事愿意么？另外这么做也不是什么好办法，本来可以复用，却选择复制，后期还需要投入两个人来维护两份代码，显然是比较愚昧的做法。

网友六：“她”是重点

上世是朵花：这名网友把焦点放在这儿，呵呵，我想楼主并没有想这样表达吧！

网友七：抄代码怎么了，代码不就是用来copy的嘛

上世是朵花：对，抄代码没什么，抄代码是允许的，比如工作中的事情，从网上搬过来一段代码，修改一下能用也是允许的，但是，同一个公司存在大量的冗余代码显然是不科学的，无形中增加了劳动力和代码的维护量。

网友八：移动pc代码又不能完全复用，这种要搞死他分分钟的事情

上世是朵花：如果只是简单复制别人代码，不去做深入了解，后期维护的话，显然也是成本很高的，就会觉得当初还不如自己写呢。

从这名网友分享的情况，可以看出他们公司在代码管理上存在这一定的问题，而这名程序员只是站在自己的角度看出自己代码被抄，很不高兴，而他却没看出这是一个技术管理方面的一个问题，这种重复劳动在软件开发领域是最不应该出现的，作为技术管理者，有时也不要老想着人不够用，应该多想想现在的开发流程是否正确，是否将每个人的价值充分发挥出来了，如果老是让一些人重复的搬运代码，他们就不是程序员，而是搬运工，这样的话，他们会迟早厌烦现有的工作，会感觉很枯燥，他们不能发挥出自己的价值，对整个的技术团队成长也是非常不利的，更谈不上团队的高效了，因此建议技术管理者，要多与一线程序员们沟通沟通，深入了解一下当前的开发状况，并作出颠覆性的规划，这样不但能提高团队的开发效率，让团队成员的价值充分得到利用，同时也大大增加了公司的整体技术实力。

以上所有图片均来之互联网   

大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！          （微信公众号：sssdhua ）