500 颗星

当我第一次看到 Web Dev Cody 的视频 时，我感到惊讶，它让我觉得我终于构建了一些值得一提的东西，而不是另一个无人问津的被忽视的副项目。

到目前为止，我在这个项目上工作了大约 1 年，这对我来说是一段宝贵的经历。是你在大学里找不到的最好的讲座。

开源

我收到了很多反馈、问题和疑问。有些残酷但直截了当，比如 "please fix it, help me please" "Support XXX please"。有些善良且有帮助，愿意提供 PR。 我感受到了开源的好坏两面。

有时，人们因为压力而急躁和冲动，并可能将他们的挫败感发泄到库维护者身上。 即使是我自己，也可能受到压力或坏心情的影响。

人们可能希望得到即时答案，而维护者会面对像 "Why are you running away from my questions?" 这样的问题。 我理解库表现不佳可能会导致您宝贵的时间被浪费，但即使我们全力维护库，它也无法完美无缺。

从那时起，我觉得我对开源项目维护者更加尊重了。 至少，在向别人家的 GitHub 仓库提交 issue 之前，我会先检查一下自己，并尽量做到最大程度的尊重 用我糟糕的语言技能。

问题

我最喜欢的开发者是 Anthony Shew，我提到他是因为 他打开的 issue 是我在开源生涯中见过的最好的一个。 他实际上关心我的愿景和对 API 设计的意见，并给出了一个真正简洁且建设性的功能请求。

显然，我不是完美的，也不是一个有经验的库开发者。 Fumadocs 无法实现许多功能，这样一个解释详尽的功能请求和想法很强大。他的热情鼓舞人心。

在设置 YAML issue 模板之前，实际上遵循 issue 模板的问题很少，大多数甚至没有提供可重现的仓库或解释。

打开一个合适的问题，遵循说明，并给维护者一些积极反馈。 这是您可以在不花费金钱的情况下给维护者最大的动力。

文档

从事 fumadocs 的文档工作很有趣。在第一次构建它时，我在编写文档和教程内容方面的经验非常有限。 阅读开发者的反馈，最常见的问题是他们找不到某些东西的文档。

我意识到整个文档对初学者来说很不友好，我的朋友都是资深的 Next.js 开发者，当然他们没问题。 然而，并非每个开发者都能理解文档。

所以最近，我开始重写一些部分，使其对初学者更容易且吸引人。欢迎在 GitHub Discussions 上分享您的反馈！

接下来是什么？

Web 开发是一个不断演变的行业，但我相信开源的精神不会消失。 我不知道未来我会构建什么，那并不重要。 让我们构建一个更好的 web！