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

[yrdr]

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

[bibizhang]

程序员我不知道，大学学的机械设计，很多东西都是要动手做一遍的。车钳铣刨磨就不说了，变速箱是要从头设计一个的，发动机是要拆过一遍的。

[imn1]

谁轻视谁都不对，因为双方的追求是不同的，也就是立场不同

对于重复造轮子的人，可以看看老毛和李嘉诚善用人，M$和MAC善用系统，都是善用身边资源的典范
对于总是借力他人成果的人，也该想想那些自称“自主产权”的为何总被人满大街取笑

[Doubear]

不造（zuo），不造（zhidao）。
我也是写PHP的

[kchum]

@bibizhang 我来歪楼，大神，没有漫画新作了么，期待呀
回 PO 主，我觉得像原理之类还是要懂的。看情况吧，有些小东西自己搞会舒心一点

[yellowV2ex]

我以前也是爱用各种框架，跟着框架的规则干，但到最后，发现越来越受限制，框架为了兼容不同的用途，嵌入了非常多的该次用不上的东西，为了结构，流程也是变复杂了

所以现在不用框架了，用适合自己的设计模式，不过框架内的工具类还是可以拿来用用的，比如时间处理啊，文本处理之类的方法。

但项目做多了，我自己做的一套也是加了不少可能项目用不到的东西，到某一个时间，又要再从头来一遍

重构的时候，你会发现自己的进步和以前的水平确实有提升，这种感觉很爽。

[huobazi]

前端程序员不造轮子会被鄙视的

[learnshare]

造轮子练技术，写项目用轮子保平安。

@huobazi 前端应该多造，Bootstrap 写一个出来，比 copy 代码来用能学到很多。技术深的可以写写浏览器。

[xuwenmang]

@bibizhang 误会大了，练手的东西不叫造轮子。

[88250]

造轮子的过程可以提升自己的技术，将自造的轮子用于生产有助于提升逼格。

[levn]

不要教条。

[robertlyc]

先规范 后发散

没有规范的创新毫无意义

[BGLL]

剑客要会铸剑吗？
我觉得得看方向吧……有的人专注顶层，有的人专注底层，有的人2端都略懂一点……
只能讨论某个人适合什么。而不是大家应该怎么样。

[MOsky]

有些轮子可以很重量级的哦，我只要用到轮子的 0.1% 的功能，却强行引入了其余不要用到的 99.9%。顺便你还必须理解这个轮子 20% 才行。

哪天除了问题，解决也更麻烦。什么？轮子是开源的？重量级的开源轮子出问题你先看 20 几斤代码再说吧，其实就是义务给大型项目 debug 了。

其实有时造个轮子是顺手的事。

[yakczh]

造轮子是为了提升自己的逼格

[icedx]

当然该

[ipconfiger]

国外搬来的原文是 ：don't reinvent the wheel 正确的翻译是 不要重复发明轮子
不知道是国内程序员的英文比较Y，还是有人别有用心的让后来人误入歧途，传来传去就成了
“不要重复造轮子”
语死早学啥都学不好！

[huigeer]

造轮子自用提高战斗力， 爱折腾

[PrideChung]

最近也在经常思考这个问题，我的项目里面有很多第三方的库和框架，但后来自己统计了一下我经常用到的不过是其中的10%~20%的功能，剩下的部分只是白白增加了编译的时间。其实那些功能自己写出来也不过是100来200行代码，没什么大不了的。很多时候用第三方的库主要是看见人家上千个star，写了一大堆单元测试很唬人，自己没信心写出同等质量的代码。

[cuitao3000]

不造轮子没成长，就这么简单~

[wdlth]

不造轮子，缩水轮子可以么？