在软件开发的过程中，经常听到一个词叫“代码复用”，就是根据具体业务场景，把一些比较公用的东西写出来，封装固定方法或者类文件，然后多处调用，这么做的好处就是大大提高了开发效率，节省了劳动成本，减少了工作量，“代码复用”是软件思想中最普遍的一个思想了，但是在现实中并不是所有人能够对“代码复用”思想良好运用，最后是“代码复用”变成了“代码复制”！近期一名码农网友分享了他身边的一个故事。
网友一：告诉你leader说pc移动你都能搞定，全让你来干
上世是朵花：这么说倒是不合适，可以让leader考虑一下，规划一下中间层代码，可以供pc端与移动端复用，而不是“复制”，这么说就显得格局更高一点了。
阿里巴巴员工：其实很简单，用几种设计模式写出来，搞得越复杂越好，埋个很深的按端区分的逻辑。还能锻炼自己
上世是朵花：但是要把握好度，别让leader认为代码不友好，可读性不高等情况。
网友三：我们组有2个人抄一个老同事的代码，老同事写了一个拆分集合，多线程调用的方法。然后周会的时候，经理问那2个人为什么拆分4个集合呀，2个人懵逼了，就说觉得4组好，把我们乐的
上世是朵花：看来这种“代码复制”的情况还存在的真不少，不只是个例，作为技术管理者，要让代码复用 去替代代码复制才能让团队工作更高效。
网友四：正常的软件公司不会让一套代码在多个不同的项目里面重复使用。
上世是朵花：没错，这种方法工作效率低些，大家都在重复劳动，显然不划算。
从这名网友分享的情况，可以看出他们公司在代码管理上存在这一定的问题，而这名程序员只是站在自己的角度看出自己代码被抄，很不高兴，而他却没看出这是一个技术管理方面的一个问题，这种重复劳动在软件开发领域是最不应该出现的，作为技术管理者，有时也不要老想着人不够用，应该多想想现在的开发流程是否正确，是否将每个人的价值充分发挥出来了，如果老是让一些人重复的搬运代码，他们就不是程序员，而是搬运工，这样的话，他们会迟早厌烦现有的工作，会感觉很枯燥，他们不能发挥出自己的价值，对整个的技术团队成长也是非常不利的，更谈不上团队的高效了，因此建议技术管理者，要多与一线程序员们沟通沟通，深入了解一下当前的开发状况，并作出颠覆性的规划，这样不但能提高团队的开发效率，让团队成员的价值充分得到利用，同时也大大增加了公司的整体技术实力。
以上所有图片均来之互联网
大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！ （微信公众号：sssdhua ）
来源：sssdhua
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！