David Doria

Davide,

测试必须比示例复杂得多。示例应涵盖“快乐路径”（http://en.wikipedia.org/wiki/Happy_path），以演示代码应该如何工作。另一方面，测试必须涵盖所有路径。这意味着您将设置案例以故意引起异常、设置每个可能的参数等。

部分原因是因为我几乎从未见过可以作为示例使用的测试。不幸的是，大多数开发人员没有看到这种巨大的区别。我会在邮件列表中看到一些问题，答案是“查看测试”。当你查看测试时，你会看到一段2000行的混乱代码，其中可能埋藏着你正在寻找的东西。示例的概念正是将演示的那部分提取到独立的、可编译的代码段中。

祝你好运！

上游的不响应是获得（或失去！）新开发人员的关键部分。我见过太多完美的好贡献被忽略了太久，以至于新人发火并离开（通常是永远）。我意识到大多数开发人员没有薪水，所以除非他们对补丁直接感兴趣，否则他们通常不会花时间在上面（“抓痒”的比喻）。但是，也许主要开发人员可以轮流查看这些没有人直接感兴趣的补丁。通常实际上并没有那么多，并且对人们的第一个补丁的反应至关重要。如果他们的第一个补丁及时被接受，我敢打赌他们会很快产生更多。如果他们的第一个补丁被忽略，他们肯定不会再产生任何补丁。更糟糕的是，如果这是他们对任何开源项目的第一次贡献，他们会对整个想法留下不好的印象，我想象不出比这更糟糕的事情了！