Try Open Source
“想参与到某个开源项目”这个念头最早应该可以追溯到刚加入 NyaaCat Community 的时候，发现原来之前在其他 Minecraft 服务器玩到的 RPGItem 插件 原来是开源的！并且一直有在积极维护，这也太酷了吧！
起因
“想参与到某个开源项目”这个念头最早应该可以追溯到刚加入 NyaaCat Community 的时候，发现原来之前在其他 Minecraft 服务器玩到的 RPGItem 插件 原来是开源的！并且一直有在积极维护，这也太酷了吧！
但是这个时候的我并没有编程基础，更喜欢把时间花在使用这些插件以及玩游戏上面。
第一份工作
我的第一份工作的主要职责之一就是基于一个 Django 框架的开源项目进行二次开发，在这之前我没有任何实际的 Web 后端开发经验。 但是开源社区的文档和当时的 Leader 教会了我很多 Web 相关的基础知识，直到现在都受益匪浅。
这个时候我就开始想着，我应该如何才能对帮助过我这么多的“开源社区”做一些贡献呢？
但是直到第一份工作结束，我也没有尝试对开源社区提交过一次 Issue 和 PR 。
第一次贡献
在某论坛闲逛时，发现了一个作者在推广自己开源的轻量级的 Web 文件服务器，当我尝试部署到本地时，发现缺少了依赖，于是我提交了我的第一个 Issue和PR 。 于是我开始焦急的等待，想着作者什么时候会合并呢？想着自己终于迈出了第一步。 大概三小时后，邮件提示我 Issue 和 PR 都被关闭了。 作者回复我说 注意到了这个问题，并自己修复了。 虽然是一个微不足道的修复，但是被这样关闭有一种莫名其妙的沮丧感。
第一个开源项目
其实写 ncmp 这个脚本的念头在大学时就产生了。 在某次查看私信时偶然发现获得了网易云音乐合伙人资格，刚开始还会兴致勃勃认认真真的去评分，到后面由于歌曲质量/重复操作很无聊等等原因，每天每首歌都开始评3分摆烂，想着能维持资格就行。
在第一个 PR 被拒绝后，我开始写我自己的开源项目。 参考了其他脚本的实现方式，并使用我更熟悉的 Github Actions 去实现定时任务。
于是我第一个真正意义上对其他人有用的开源项目 ncmp 就这样诞生了。 
Dify
最开始了解到 Dify 是在前司研究 Agent 平台时，尝试过 Dify / Flowise / Bisheng 等项目，但是 Dify 的体验在我这里绝对是断层式的领先。无论是在 说明、文档、社区支持、UI还是代码质量上，综合体验与其他开源平台拉开了很大的差距。 所以即使 Dify 的 Lisence 有一些限制，也还是说服公司选择了 Dify 。
我的成长离不开这些优秀的开源项目，我也一直想着，我能为真正的开源社区做一些什么？
我开始在 Dify 上找一些我能解决的 Issue 并尝试提交 PR 。 不得不说，即使你从来没有为开源项目贡献过代码，Dify 仓库绝对是一个很好的开始。它不仅有：
- 详细的文档指导
- 氛围很棒的社区
- Issue Labels 分类明确，易解决的 Issue 会被标记为
good first issue - 完善的 Issue / PR template ，你只需要根据提示填写内容即可
- ……
总之，我开始在业余时间给 Dify 提交 PR，收获颇丰。
- 我也可以数格子了！
- 群里抽到的 Dify SaaS Pro !
- 100k stars 时，来自官方的感谢! (很荣幸成为这 18 分之 1 )
- Contributions Top 50 !
我也尝试设计过一个大的需求（workflow schedule），由于后续发现官方已经有计划了遂弃坑23333
杂乱的文档： 
第一次尝试设计UI： 
在为 Dify 贡献的过程中，也学习到了很多设计，无论是前端还是后端，这真的是一个很棒的项目！ 在此感谢 Dify 的所有开发人员以及社区运营们没有你们就没有这么棒的项目诞生！
虽然我很少与开发者们交流，在群里也是一直潜水w 但这份感谢是由衷的。
I Love Dify !
Memobase
在五一之前，我主动找到了 memobase 的作者 gusye (坚白)，说想为 memobase 开发 Dify 插件。 既能为 memobase 生态添砖加瓦，又能学习到 dify 插件开发，何乐而不为呢？
在插件开发的过程中也找到了 memobase 中的一些小bug以及文档中的一些小错误。 五一假期期间花了两天完成了该插件，放假一个人写代码好舒服！
嘿嘿插件被夸啦
Summary
我没有什么远大理想，写代码是我的爱好，为开源贡献只为满足我自己的虚荣心。
写下这段流水账记录我自己尝试开源贡献的历程，希望能鼓舞到想要尝试开源但是始终没有开始的人。 尽管去做吧！不要太在意别人的目光！
以及正在筹划自己的新项目，敬请期待～