转载：关于轮子，总结：只有自己动手才能学到东西，多尝试

　　大致每个程序员都曾经被教育：“不要重造轮子”。

　　我们也都习惯性的认为这是一条真理，以至于把“重造轮子”视为洪水猛兽。可是，我们周围随处可见，整天嘴上挂着“不要重造轮子”，而重造了无数轮子，并且还正在重造轮子的人。

　　不少人应该都没有认真思考过这句话，为什么“不要重造轮子”？

　　从工程角度讲，重复劳动是没有意义的；而往往这样的重复劳动并没有已有的好。这就是浪费，夸张点讲，就是浪费地球资源，加速人类灭亡的步伐！

　　可事实真的就一定如此吗？我觉得不一定。我认为，我们利用先行者的劳动成果的真正目的在于节约时间，这就好比我们站在了巨人的肩膀上。而我认为的不一定的情况，也就是发生在不能节约时间的时候。举个例来说，假如我们想利用现有的一个模块来完成我们的工作，这时候，我们可能会把时间花在以下几个地方：

1. 寻找这样的模块，比如，在网上寻找某一UI控件。
2. 参考文档或者教程，学习这一模块的使用方法。
3. 发现模块功能不能满足需要，然后重复1或者改造这个模块

　　如果以上列举的时间消耗比“重造一个轮子”更大，那么，“不要重造轮子”的说法就变得力不从心了。这时，我们需要重造轮子。

　　可能有人会说，这样的事不会经常发生的。可是，稍加观察，你会发现，周围很多人，一面嘴上挂着“封装”，“复用”，“重构”，一面在新项目中，把所有全部打破重写。这些人不是傻子，要是真的可以复用，他们是绝不会全部打破重写的。

　　不得不承认的是，编程语言或多或少的会改变，引导或者影响程序员的编程思维。一个比较典型的例子就是C++。这是一门对程序员要求极高的语言。我们在开发一个系统的时候，C++要求程序员对整个系统非常熟悉，对需求的掌控达到一个非常高的高度，这样才可能定义出一套比较成熟的接口。否则，当系统到达某个点的时候，必然会需要重构整个系统。而这时候的重构，或者说是C++的重构，代价是极高的。也正从这个意义上讲，我才认为C++极难。它对程序员的要求是自底向上的，根基不牢的系统，必然是弱不禁风的。

　　而这个时候，动态语言的出现，才稍微改变了一些这样的现状。它们的大多数表达能力出众，可以快速的构建出系统原型。程序员可以自上而下的构建系统，符合人的认知习惯，效率极高。正因为效率极高，当出现需要重构的时候，我们可以很轻松的重来一遍，不至于出现前怕狼后怕虎的情况。

　　由于动态语言具有这样的优势，所以，我认为使用动态语言“重造轮子”的几率要高得多。当我们面对一个需求，使用一种高效率的开发语言“重造轮子”，很多时候会比我们利用现有资源来得更快速，更有效。如果抱有学习的心态，“重造轮子”更是必不可少的学习途径。所谓“不知者无畏”，不自己亲身经历，很多问题我们是不会体会得到的。

　　所以，“不要重造轮子”的说法不是绝对的。

　　今天你重造轮子了吗？