如何定义`重复造轮子`

[heheda11]

本人 从前端 转 运维 转 后端

现在对微服务治理组件非常感兴趣

如：

配置中心管理

服务的发现

远程调用

负载均衡

Api 网关

等

开发给我带来的成就感是有人使用我用的东西

现在后端的生态尤其是 Java 太太太牢固了

从设计到研发并达到生产级别这条路可能要坚持个几年

还是说躺平是最好的选择

但是我不甘心，不甘心不断的学习别人框架太被动了

非常感谢各位大佬的建议

我明白了

[AoEiuV020]

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

[HolmesYe123]

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

[4kingRAS]

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

[3dwelcome]

个人觉得造轮子才是最好的学习方法。

很多东西不自己动手做一下，很难理解内部原理和设计理念。

至于造出来的轮子，是方的还是圆的不重要。有了 github 后，优秀代码太多，你我写的只不过是沧海一粟。

[lengxubo]

Talk is cheap...

你不甘心学人的，那你就把自己写的 show 出来呀。

获得别人的认可就行，

[Cy1]

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

[thunderw]

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

别人很可能有，你懒得去看，懒得去学。好吧…… 您才是🐮

[kop1989]

不甘心很简单，解决现有流行框架的痛点就好。
但这有两个问题：
1 、你不用别人的，怎么能知道别人的有多好。
2 、你不用别人的，怎么能知道别人的哪里不好。

不解决好上面两个问题，你永远都是在闭门造车，连“重复造轮子”的边还没摸到。

[mightofcode]

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

[EPr2hh6LADQWqRVH]

nih syndrome

[EPr2hh6LADQWqRVH]

而且 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 框架是目前觉得最麻烦的