我经常觉得我应该为某些项目做更多的贡献，因为我每天都依赖它们，但经常觉得我会遇到很多麻烦。

我们是否有不是主要开发人员但向其提交补丁程序的项目？

有没有绊脚石阻止我们伸出援手？

解决方案

我实在太忙了，不能花时间去从事任何我没有报酬的编程工作，无论是开源项目还是我自己的项目。

我已经向各种OSS项目提交了补丁，并且大多数交互都非常愉快。最常见的问题是，当补丁只是在Bugzilla中坐下来腐烂而核心开发人员却在腐烂...我不知道，尸体会从妓女身上射出来吗？有时我坐了很长时间的补丁，以至于当最终听到我的关注请求时，所讨论的功能已经被其他功能所取代。

并向可能阅读此文档的任何项目维护人员提供注释-使用真实的主机进行版本控制！如果我们想将主开发分支保留在家用服务器中，那很好，但是至少可以将其镜像到Google Code或者Launchpad或者其他东西，因此当我们断开网络连接时，我仍然可以获取代码。

当我遇到一个非常恼人的错误时，我通常会为项目做贡献。我将补丁提交给他们的错误跟踪器，然后继续进行其他项目或者错误。返回向同一项目提交补丁的可能性主要取决于其维护者的响应速度，其次取决于应用程序的错误程度。

贡献不仅仅意味着提交代码。它可以是各种各样的东西，包括在论坛和邮件列表上提供帮助，阅读证明文档，提交错误报告，编写" HOWTO"等。

其中很多与核心团队可能正在做的事情平行，并且很容易进入并逐步进行。

当我开始在他们的网站上看到提示捐赠的消息时，我就给了NeoOffice人们一些钱(我仅在需要补丁程序时才去访问，这几乎是每次我启动NeoOffice时都要访问的时间)。不幸的是，似乎几乎没有其他人捐款，因为他们的信息表明捐款变得越来越突出。如果我更经常使用它，我会付出更多，但是我更喜欢iWork。

我是一名Debian开发人员，在十多年前第一次成为一名开发人员时就非常活跃，但如今却做得并不多。

是什么让我做得更多？只是我整天都在编程，在闲暇时间并不想做同样的事情。 (是的，我知道很多人在工作时整天编程，放松得比其他人更好，但我不是其中之一)。

因为我每天都使用Linux(不仅作为开发平台，而且作为台式机和媒体服务器)，所以我经常遇到内核或者已安装模块的小问题，例如，使我的SATA RAID阵列出现故障。当我发现由于驱动程序正在寻找[并行] ATA驱动器而导致SATA RAID如何从挂起状态唤醒的错误时，我将对其进行修复并将修补程序提交给维护驱动程序的人员。

如果每个人都提交了使系统正常运行所需的微小更改，那么我们将非常接近拥有适用于每个人的软件。