<oembed><type>rich</type><version>1.0</version><author_name>npub1e4lupyw4vuuhfsmt726ud69555re66pph90kwx0afpt346e9k7zsd4jafl</author_name><author_url>https://nostr.ae/npub1e4lupyw4vuuhfsmt726ud69555re66pph90kwx0afpt346e9k7zsd4jafl</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2011-07-27&#xA;🗒️ Summary of this message: Gavin Andresen asks for advice on how to encourage more bug-fixing and testing of existing functionality instead of adding more features. Suggestions include offering BTC bounties for fixing bugs and finding security holes.&#xA;📝 Original message:On Wed, Jul 27, 2011 at 1:31 AM, Gavin Andresen &lt;gavinandresen at gmail.com&gt;wrote:&#xA;&#xA;&gt; Anybody have advice on how to encourage more bug-fixing and testing of&#xA;&gt; existing functionality instead of yet-more-features?&#xA;&#xA;&#xA;Make a list of bugs. Offer BTC bounties for fixing each one according to how&#xA;serious/difficult it is. They don&#39;t have to be high, just a few BTC. It&#39;ll&#xA;also help people get interested in the project and *current* source base&#xA;(instead of wanting to implement Yet Another Incomplete Client from&#xA;scratch).&#xA;&#xA;Or we could do the same as the mozilla/chrome projects, offer bounties for&#xA;finding new security holes and serious bugs.&#xA;&#xA;A policy like &#34;that spiffy new feature you want won&#39;t be considered until&#xA;you&#39;ve helped close some open bugs&#34; won&#39;t work. This is open source, people&#xA;can just make their own fork with the spiffy new feature without fixing any&#xA;bugs.&#xA;&#xA;JS&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20110727/6d2d3f7d/attachment.html&gt;</html></oembed>