都说不要重复发明轮子 怎么更好的找轮子

[a123321456b]

都说不要重复发明轮子 但是找轮子的时候却很头痛

• 使用的关键字很有讲究
• 找到了好几个轮子还要比较有什么不同各自的优缺点
• 有的轮子已经很老了却在搜索结果排名靠前

特别是 对于内部框架

• 虽然都有注释 但是自己用的关键字往往和注释不一致 导致以为没有实现结果重新发明
• 还有一些业务流程其实也有框架但是自己找不到
• 也不能 google 到别人的使用经验

请问有什么好的办法吗?
对于使用人和造轮子的人

[shiweiliang]

github

[superbiger]

不是不要重复造轮子，而是造轮子要多少有点新意

[weixiangzhe]

采购也是一门学问啊😂

[murmur]

唯星主义

[ho121]

用英文搜谷歌

[opengps]

不完全，有些轮子还是有必要重造的

[heavensFall]

stackshare.io

[7654]

真的随缘啦
要看缘分

[a123321456b]

@heavensFall 超棒的！谢谢 ！

我们的框架确实比较杂 比如有为几个页面写的共通函数 然后让没有碰过这几个页面的人添加新页面 也包含这个需求的话 很大概率会不知道其实已经有可以用的了 即使有注释
最好的情况是组里的人都知道：这个需求已经实现了 调用方法是 xxx

[wd]

造轮子也最好基于别人的轮子造 参考之后你会避免很多自己没想到的坑

[luoway]

nodejs 还有 npm

不重复造轮子就要站好队，选一套框架，比如 react 就会衍生 react 全家桶，vue 同理。
这么做可以解决：
- 找到了好几个轮子还要比较有什么不同各自的优缺点（站队后往往只剩一个，框架官方扶持）
- 有的轮子已经很老了却在搜索结果排名靠前（站队后就不会搜到老轮子了）
- 还有一些业务流程其实也有框架但是自己找不到（检索范围小，容易查找）
- 也不能 google 到别人的使用经验（社区活跃高，可以讨论经验）

[wysnylc]

先百度后谷歌,找完 apache 找 google
一个问题绝对有三种以上解决方案,相信世界

[juneszh]

google github npm composer

[daxingzhesun]

github