对那些重复造轮子的人真心无力吐槽,一无性能提升，二无友好易用的api,三无文档，四无统一接口规范,五无大范围应用场景,六无减少代码体积......你Y的你重复造个啥轮子！

+1

如果他愿意，你管得着吗？

我乐意。

如果是做出这种东西，还强迫别人用，那就是个大问题了

熟练熟练手嘛

@mongodb 对于这样的项目，最好的办法是 写明个人练手用，除非您无聊请不要下载代码。

如果是自己的个人项目，俺更喜欢造轮子，虽然不好用。但可以锻炼自己。

俺打算写代码写一辈子的事不会到处乱说。:P

为什么不行，人家有特殊的需求不行么，人家用来练手不行么，人家自HI不行么？
你别去管他不就可以了么？也许有人想要研究研究呢。

如果觉得人家在重复造轮子，而且造得不好，自己再造一个嘛
何必呢...

@romotc 其实楼主吐槽的是把没造好的轮子就用于大型的协作或者是需要结伴的生产和开发环境吧。但点没对，有些地图炮了啊……

不造轮子的原因我能想到的就这么几点，一个是自己技术能力不够，造了也只敢自己玩玩。二个是前辈大牛的光辉智慧旷古烁今，怎么也造不出人家那么好的轮子，没脸造了……
敢在需要别人接手的项目里放自己的轮子，得说是有自信，虽然这个轮子的效果随不同作者的能力会有很大的差别。。。但没办法拦住别人造轮子的。这跟你拦不住别人按自己习惯配置使用的IDE啊编辑器啊一样。。。谁都希望自己顺手。

也许造着造着就有性能提升了，就有友好易用的api了，就有文档了，就有统一接口规范了, 就有大范围应用场景了, 就能减少代码体积了... 如果对他人无害的 不必激动

至今有多少人写过Blog系统,但有wordpress存在.

所以啊,一家之言

自己写的代码自己最熟悉，想改什么东西很轻松。看别人的代码的话说不准有什么没搞明白的问题。如果自用的话其实无所谓吧。

有些轮子太重了,不适合用在小车上...

目测楼主是在维护的时候遇到神级代码了。。这种时候不是你绕着走就可以了的。。

如果有能力尽早摆脱维护这种代码。

开玩笑，你以为knockoff浪得虚名啊

重复早轮子完全没必要

对于个人来说，重复造轮子是一种学习的过程，对于团队来说，这是一个灾难。
再者，得看为什么造轮子，是否对现有轮子和将要靠的轮子进行了充分的技术验证和收益验证

靠，我就指着重复造轮子活命呢，不然谁给我工钱

很赞同楼主的观点，太多人喜欢发明车轮了

最烦那种动不动就引入第三方库和程序的，本来几十行代码就解决的事情，非要弄个几千行的第三方库，出了问题自己搞不定，还不是要劳烦老夫给他们解决，一样要看源代码。所以说水平不够的，还是慎重引进第三方库。

关键不是自己用，底层基础库业界有成孰的开源的方案为什么不用，主要是实现得还很差。

@superisaac 自造轮子的出了问题也不是那么容易解决的，大多数人实现的时候都是在参考开源实现的基础上改的。哎，我只是吐槽，这样一方面要维护底层，一方面要兼顾业务，吃力不讨好。

天真。
你不自造轮子，哪来的 KPI ？

整个软件工业不就是一个不停挖祖坟不停造轮子的过程吗？

一门计算机语言刚诞生，是很傻很天真，很纯洁的
这样的妹子最招人爱了 无比性感
于是 人们尝试用她做任何事
于是不断升级 加入越来越多的库和feature
最后这门语言变成一个全是牛粪的农场
于是人们开始寻求新的绿色农场
于是，请自觉跳到第一步继续循环

Java Python 不都是一路过来的吗？
同样一种软件有好几种语言实现，同一种软件有好几个平台 好几个语言实现
就连同一种服务也有好几种实现

你把这个解释了，你就能明白别人为什么造轮子了。

熟能生巧