刚才看到一篇文章，讨论的是程序员该不该重复造轮子

[yrdr]

我自己比较喜欢写些杂七杂八的东西，就是大家常说的重复早轮子吧，所以去网上搜了下这方面的文章，还真的很多人在讨论这点。有种普遍的观点是尽量不要去重复造轮子，但什么都用现成的，也许可以美其名曰：我善于利用工具，但用着用着，也许很多年后你还是连轮子的原理都不知道吧，这还怎么进步。
造轮子也是一个学习的过程，在这个过程中不断地进步，不断地了解轮子的原理。
当然，我们技术不够，要做一件事，有轮子自然是好的，但现在的风气是很多人都轻视重复造轮子，过度依赖于工具。
我是写php的，这方面尤其突出，各类框架几乎成为行业标准，所以很多新人几乎不管框架原理，觉得会了一种框架就会了一门语言，这实在太可怕了，这也难怪我们工资较低。
也许凭我们的技术无法去重复造出一门新的语言或者是某些高大上的工具，但我们也不应该惧怕重复造轮子，去做一些我们的技术能做出的东西，我们要的不是重复造轮子的结果，而是在造轮子过程中的学习经验。

[TFNotGiven]

随便说下。
首先，这个问题不仅仅发生在程序员身上。
其次，你要不要造轮子取决于你个人规划，即你学习的颗粒度是多少，也就是你愿意付出多少时间精力，学习到哪种程度且其收益是最令你满意的。
最终突出两个字"收益"，每个人对这两个字的理解都不一样，也就造就了不同的人。
其实这样也挺好，毕竟人无完人，没有人能在各个领域深度及广度上傲视群雄，同时在某方面超群的人也必然在某个领域上捉急-。-

[otmb]

@bibizhang 你搞机械,来这个论坛做神马,这里都是码农额,亲:)

[Dannytmp]

自己生产的轮子是很宝贵的，不仅可以练手，当你满世界找你要的组件，花费大量时间后也没有满意的，还不如自己写一个容易的时候就会体会到了。
前端最好都有自己的组件库，需要哪个就用哪个，即使没有符合的，也有能力很快造出来。总是依赖别人的框架，搞得自己的技术都褪化了，得不偿失。

[datou552211]

读轮子，借鉴长处。觉得不适合自己的地方，封装一下

[Kilerd]

习惯读别人的轮子，然后自己造轮子，自己用。
我现在的情况就是，去分析别人的轮子，然后就分开来一个一个写class，然后做项目的时候再从自己写过的class里面挑出要用的来，组装成项目所需的框架。

[Septembers]

从设计出发面上做思想实验的话 轮子 根本就是不存在的

[williamx]

轮子这种事，有时间还是要尽量尝试自己去造的，因为大部分情况，造着造着就成其他了。

[bitwing]

http://news.chinaunix.net/opensource/2012/1026/2456937.shtml

[andrewpsy]

@ipconfiger 说地非常到位

[stevegy]

还是 @ipconfiger 说得有道理啊，“造”和“发明”不一样啊。如果有感觉现有的轮子各种不爽，可以先google一下，看有没有更好的，没有的话，就发明一个更好的啊。各种应用场景不一样的话，会有些不一样的地方需要改进，改进一下轮子，也是很不错的想法啊。
说半天，我们不是练轮子功的。。。:D

[davidyin]

可以重复造轮子的理由：
1）别人的轮子太次了，自己可以做的更好。
2）不熟悉轮子，造一个玩玩。
3）轮子居然是圆的，造个方的，与众不同。

[timothyqiu]

重复造轮子是很正常的，此时此刻汽车流水线上正在制造着大量的轮子。
重复发明轮子才荒诞。

[xylophone21]

hello word才是最大的轮子

[bibizhang]

可以把语言本身理解为一种轮子吗？

[bibizhang]

@otmb 现在做设计

[Actrace]

工资低，不是因为重复造轮子。

[irrienberith]

自己实现更适合自己用的轮子谈不上“重复”。

[kaneg]

如果真有早轮子的能力，尽管造，只要你有能力做的比别人的好。像Jquery就是JS框架造轮子的最后胜出者，说不定什么时候PHP界最终有一个王者出现。

[jedihy]

不造轮子写代码还有意思吗

[hxtheone]

有时候只是不想为了一点功能而引入大量无用的代码，干脆自己造一个