等着别人来教是无能的表现还是聪明的做法？

今天有2件事情导致我想探讨
1. 我去年辛苦重新写了一个工具  里面用了一个预测算法，一开始算法有问题，我花了好久改掉了bug，花了很多时间和精力建设了一个自动化pipeline，当然这是一个SDE开发的一个工具这样的规模。 后来给data scientist 调参优化，但是他一直没做。 前阵子发现有一个类似的软件在推广，所以开始试用了，现在我们这个自己开发的就要被淘汰 直接上那个软件了，这个软件产品出来的结果和我改写的工具出来的结果很接近。我感觉很可惜。 停掉自己的工具来用别人的黑盒子，当然别人黑盒子算法应该强，毕竟是一个团队做的。但是以后有需要定制的东西就做不了。感觉那个DS很无能，之前给我的算法代码都是错的，用今天的数据预测今天的值。我在想如果他能调参下做些改进，这个工具的命运会好一些。
. From 1point 3acres bbs
我就想，如果以后动不动就用别人现成的，以后小组内开发的，遇到其他产品，就要被淘汰掉？ 那这个开发的时间投入是不是太不值得了？
这个事情有些让人觉得有些灰心。我这么想是不是没有大局观？

2. 要上的那个产品，有个人说她之前做过，现在我们组的人都在等这个人回来后，让她来一个一个设置的教一遍。我提议自己学，为什么不自己学一下，又不是很难的东西。没人理，进度上依然写着那人给大家教一遍。可能他们觉得听别人讲一遍更节省时间。

这说明这个组 不是很有竞争力学习能力差？ 还是说这个组很善于利用资源节省时间？

换一个角度想，既然已经有现成的产品，重复造轮子的动机是什么？开始动手之前有没有经过充分的调研和分析。满足工程师实现价值的愿望从来都不是重复造轮子的理由。

让人教很正常，能让人教的就别亲自研究了，工作一年的感触…

公司里面很多项目的ownership是和组的budget和人头挂钩的 resource和项目会给需要被promote的人 决定谁被promote往往又有很多其他因素决定

那个软件是黑盒子，用的什么具体的算法都不透露，只说是几个算法结合起来的出来一个综合结果

让人教很正常啊尤其这种新技术，一个人弄熟练后给组里的人demo一下

做一个东西或者引进一个东西之前问清楚几点：
1. 用户是谁
2. 如何为用户带来价值
3. 新的方案比起原有的方案优点在哪里，缺点在哪里

我觉得直接说题主重复造轮子其实是不对的，结合到具体的use case，可能题主的方案比起现有的产品会更加有针对性。但可惜的是题主对于自己的产品没有ownership，没有做好monetization。
对于要不要别人教的问题，既然这么简单但是大家又一定要有专门的人来讲解，为什么题主不能自己花一点时间了解一下然后给组里专门做个介绍？