这个事情主要是两方面的问题：

1. #3453 的作者没有想到提前跟你沟通，用合作的方式来承接一些工作而不是直接引用
2. 恰好没有 Maintainers 知道这两个 issue 的上下文，充当中间人给到双方对应的 credit

相对的有两个我参与开源社群的经验：

第一个是自己提出的想法甚至连 patch 都弄好了，结果被后面的人无论是直接复刻还是其他人独立解决了同一个问题，Maintainers 合并了后来人的方案。这个事情经常发生，尤其经常出现在企业开源内部员工的后续 PR 比“外部”开发者得到更多关注上。

典型案例可以参考 - https://xuanwo.io/reports/2023-24/

第二个是开源社群根本上是关于人的社群。以我在多个社群参与的经历来看，找到一个引路人（ TA 同时是社群的 Maintainer / Committer ）带着你做事情，他在社群当中有更高的声誉和人际关系，能把你的工作跟其他 Maintainer 的注意力较好的协同起来，是参与开源社群的一个好实践。如果你自己发起过项目，且能吸引到其他人参与贡献，在协同其他开发者的贡献的时候应该就能理解到这种注意力策略的原因和运行方式。

我写过一篇文章可以作为这个问题的参考：

* 高效参与开源的诀窍 https://mp.weixin.qq.com/s/9aERt1faSxyD_WBpdnI8iw

这个主要看你熟悉或者想做什么方向的软件。总的来说 Apache 基金会下的软件不少是 Java 开发的，我参与的

* https://github.com/apache/zookeeper
* https://github.com/apache/curator
* https://github.com/apache/flink
* https://github.com/apache/pulsar
* https://github.com/apache/incubator-streampark

这堆大数据生态相关的项目都是。另外 Java 的主流项目管理工具之一 Maven 也是 Apache 的软件，JVM 生态下的 Groovy 语言也是 Apache 的软件。

* https://maven.apache.org/
* https://github.com/apache/groovy/

@strugglexiang 确实如此...严重不看好...吃个亏对下一个女朋友好一点吧

列得太多了，不现实

建议不要这么做...

@secondwtq 谢谢，我去了解一下。

@gazhang 4

Designing Data-Intensive Applications

这本是真的好书。我是做分布式计算平台的，这本书对分布式系统会遇到的问题做了全面的介绍性讨论。部分内容深入，引用广泛，可以认为是一篇大综述性论文。