程序员真的不该重复造轮子吗？

IT行业中一直流传着一句话：“不要重复造轮子”。如果不是程序员，看到这样一句话，一定会觉得有些莫名其妙。

这程序员，咋还管造轮子的事儿呢？

那汇智妹就来跟大家叨叨一下，程序员口中的“轮子”到底是个啥？

“重复造轮子”这几个字的英文是“Reinventing the wheel”，更加确切的翻译是“重复发明轮子”。

圆形车轮已经是大家公认最好的了，可你非要自己发明另一种形状的轮子。这就叫“重复发明轮子”。

类比到IT行业中，就是明知道你做的不可能比前辈做得更好，却仍然坚持要做。比如一些框架、库、工具等等。

根据这个定义来看，为什么会说“不要重复造轮子”的原因，也就不言而喻了。

这是一种严重拖慢项目进度，拖慢工作节奏的做法。我们都知道程序员每天都要跟代码打交道。但一个成熟的轮子，这不是简简单单一两个程序员就能完成的工作。

放着成熟的轮子不使用，反而闷头造轮子。浪费时间都是小事儿，新造的轮子是否稳定，能否完成项目需求，在使用过程中会不会引起什么其他问题，这些对于一个新轮子来说都是未知数。

一旦因为这样的问题导致项目搁浅或者崩盘，那就不是造不造轮子的问题了，而是要不要找工作的问题了。

任何事物都有两面性，造轮子也不例外。

比如，现成的所有轮子都不能完美匹配我们的需求，那就只能自己在这些轮子的基础上造适合自己的轮子。这是无奈之举，但也会对个人的能力带来很大的提升。

除此之外，还有在学习过程中，单纯为了提升自己。拿到一个轮子开始学着造，轮子就算做完也没指望能用在哪里，只是以此作为一个学习手段。

这种学习方法无论是对于刚入行渴望提升技术的小白，还是希望在某些方面稍微精进一下的老手，都是极好的。

当然了，那种觉得在座的各位都是垃圾的狠人也不是没有。只不过，这样的人不是深藏不露的大神，就是眼高手低的菜鸡。

最初劝说“不要重复造轮子”只是单纯从工作效率、工作质量的立场出发，这并没有什么不对的。但如果因为笃信这句话，而错过了提升自己技术实力的机会，那就未免有些得不偿失了。

毕竟人类发展至今，真正的轮子也是从石头到木头，再到金属橡胶一步一步发展过来的。

须知：一个优秀的程序员，不光要知道什么时候造轮子，什么时候不造轮子，还要知道成功“五字诀”！

比如下面这位程序员，可以说十分生动形象了……