如何定义`重复造轮子`

配置中心管理  服务的发现  远程调用  负载均衡  Api 网关  等 

• 資深大佬 : AoEiuV020

  花时间创造价值，创造的价值配不上这时间，就是重复造轮子，
  你做的轮子如果不只你在用的话那就多少是有些价值的，只要不是投入超过产出太多，就不该被说重复造轮子，

• 資深大佬 : HolmesYe123

  那你不想学习别人的框架，那你有啥想法去创造框架

• 資深大佬 : 4kingRAS

  造的轮子用起来与别人的轮子一点优势都没有就是重复了，优势也有很多种，包括性能，成本，扩展性等
  又或者，你是在学习状态，那不可避免要造轮子

• 資深大佬 : 3dwelcome

  个人觉得造轮子才是最好的学习方法。
  很多东西不自己动手做一下，很难理解内部原理和设计理念。
  至于造出来的轮子，是方的还是圆的不重要。有了 github 后，优秀代码太多，你我写的只不过是沧海一粟。

• 資深大佬 : lengxubo

  Talk is cheap…
  你不甘心学人的，那你就把自己写的 show 出来呀。
  获得别人的认可就行，

• 資深大佬 : Cy1

  你把轮子丢出来，有人用就不算重复造轮子。

• 資深大佬 : thunderw

  明明别人有现成的，可以使用的工具，你非要费劲吧啦的自己做了一个还不如人家的，这叫「重复造轮子」。
  别人有，但是费用超出你的预算，自己造，不算重复造轮子。
  别人有，但是 License 你不能接受，自己造，不算重复造轮子。
  别人有，但是你觉得不够好，自己造，不算重复造轮子。
  你想了解轮子的运作原理，自己造了一个，不算重复造轮子。
  别人很可能有，你懒得去看，懒得去学。好吧…… 您才是
• 資深大佬 : kop1989

  不甘心很简单，解决现有流行框架的痛点就好。
  但这有两个问题：
  1 、你不用别人的，怎么能知道别人的有多好。
  2 、你不用别人的，怎么能知道别人的哪里不好。
  不解决好上面两个问题，你永远都是在闭门造车，连“重复造轮子”的边还没摸到。

• 資深大佬 : mightofcode

  没人规定不能重复造轮子
  轮子造的更原更好更快，当然可以造，使劲造

• 資深大佬 : avastms

  nih syndrome

• 資深大佬 : avastms

  而且 Java 牢固个 jb, 放五年前十年前，都是.Net ，PHP, Ruby, Python，Node.js, 各领风骚好几年
  Java 大一统也就最近五年的事，再过五年你猜咋着？
  搞不好都会被自己家的屎山给臭死，被新出的美国总统切死，或者被自家的啥局给玩死

• 資深大佬 : no1xsyzy

  http://paulgraham.com/own.html
  There is something special about working on a project of your own. … You feel as if you’re an animal in its natural habitat, doing what you were meant to do — not always happy, maybe, but awake and alive.
  It’s easy for something new to feel like a project of your own. That’s one of the reasons for the tendency programmers have to rewrite things that don’t need rewriting, and to write their own versions of things that already exist.

• 資深大佬 : superliwei

  想造就造，管它那么多干嘛？

• 資深大佬 : coderxy

  造啊。 不会造轮子怎么升值加薪？

• 資深大佬 : 11wangyaoda

  原话是 don’t reinvent the wheel 。重新造轮子是完全没问题的。

• 資深大佬 : james122333

  以前我也觉得不要造轮子 现在觉得深入研究轮子如何使用简直是找罪受 然后解决的问题就那么一点 很多产物压根不用户友好的 很多原因造成这样的结果 对这类成果的基本上只有刻意过度设计的想法 花费很多时间在无意义的癥结点上 对于工作上的顺利并无帮助

• 資深大佬 : james122333

  另外 java 框架是目前觉得最麻烦的