<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Adam @ Heroku - Latest Comments in http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adamheroku.disqus.com/</link><description></description><atom:link href="https://adamheroku.disqus.com/thread_81/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 09 Sep 2008 15:25:01 -0000</lastBuildDate><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249862</link><description>&lt;p&gt;This is why I wish Heckle was a little more robust/well-used. It seems like it would be a great boon to the test-driven workflow, if only it weren't so finicky.&lt;/p&gt;&lt;p&gt;&lt;a href="http://ruby.sadi.st/Heckle.html" rel="nofollow noopener" target="_blank" title="http://ruby.sadi.st/Heckle.html"&gt;http://ruby.sadi.st/Heckle....&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">phiggy</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249861</link><description>&lt;p&gt;Great. Thanks, Adam.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marktucks</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249860</link><description>&lt;p&gt;@marktucks - There are a lot of diverse opinions on the best way to write specs/tests, what framework to use, etc.  I blog about this quite often, as you can tell: &lt;a href="http://adam.blog.heroku.com/past/tags/bdd" rel="nofollow noopener" target="_blank" title="http://adam.blog.heroku.com/past/tags/bdd"&gt;http://adam.blog.heroku.com...&lt;/a&gt;  Reading through these should answer some of your questions, at least from one person's perspective.&lt;/p&gt;&lt;p&gt;Some other Ruby-centric resources on the subject I recommend:&lt;/p&gt;&lt;p&gt;&lt;a href="http://blog.hasmanythrough.com/2008/6/1/the-great-test-framework-dance-off" rel="nofollow noopener" target="_blank" title="http://blog.hasmanythrough.com/2008/6/1/the-great-test-framework-dance-off"&gt;http://blog.hasmanythrough....&lt;/a&gt;&lt;br&gt;&lt;a href="http://blog.jayfields.com/" rel="nofollow noopener" target="_blank" title="http://blog.jayfields.com/"&gt;http://blog.jayfields.com/&lt;/a&gt;&lt;br&gt;&lt;a href="http://blog.davidchelimsky.net/" rel="nofollow noopener" target="_blank" title="http://blog.davidchelimsky.net/"&gt;http://blog.davidchelimsky....&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam Wiggins</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249859</link><description>&lt;p&gt;Is RSpec the de facto test framework i.e. what everyone is using, like Git?&lt;/p&gt;&lt;p&gt;Also, are there any really comprehensive test tutorials, including things like what to test, how to test, code coverage etc?&lt;/p&gt;&lt;p&gt;Thanks.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">marktucks</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249858</link><description>&lt;p&gt;Harlan Mills at IBM worked on useful methods of software engineering called "cleanroom software engineering".  By the mid-70s they basically worked out how to build software that is provably correct by design at no additional cost beyond conventional software development methods.  Comparing that to the present day methods of programming, we've regressed considerably in the last 30 years across most of the industry.  More info can be found here if you're interested: &lt;br&gt;&lt;a href="http://www.sei.cmu.edu/str/descriptions/cleanroom.html" rel="nofollow noopener" target="_blank" title="http://www.sei.cmu.edu/str/descriptions/cleanroom.html"&gt;http://www.sei.cmu.edu/str/...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">JS</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249857</link><description>&lt;p&gt;"Nearly all developers, myself included, spend most of our time in that state: not quite trusting that the code all works"&lt;/p&gt;&lt;p&gt;Fantastic quote.  In ten years of development, no matter how amazing the code, or tests, this is our state of mind.  I'm always amazed when things work the first time.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">andrew</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249856</link><description>&lt;p&gt;If a bug is a variance from spec, and the behavior you observed was from code which wasn't spec'd, was it a bug?  Maybe an additional definition is needed; any code which isn't covered by the spec is also a bug.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ngvrnd</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249855</link><description>&lt;p&gt;Who was testing your app all that time?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Stephen Waits</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249854</link><description>&lt;p&gt;Interessant ideas.&lt;/p&gt;&lt;p&gt;Ohh and THANK YOU for havinf formulating this : "Nearly all developers, myself included, spend most of our time in that state: not quite trusting that the code all works.". That's SO TRUE (IMHO too, at least)!&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Paul</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249853</link><description>&lt;p&gt;Thanks guys.  I thought this post would be more controversial - glad to hear I'm not alone on this. :)&lt;/p&gt;&lt;p&gt;Now, playing devil's advocate to myself here, specs can only extend so far - i.e. to the edges of the component they belong to.  In a service architecture there's still the interaction between components.  I'm starting to develop some techniques to cover that, but it's a very different sort of thing.  No doubt I'll post about that stuff at some point.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Adam Wiggins</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249852</link><description>&lt;p&gt;Absolutely! This is why debugger support is a bad thing. Development practices which are very close to bug-proof exist.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Giles Bowkett</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249851</link><description>&lt;p&gt;Although I've been a TDD supporter for years, I hadn't yet learned BDD. I've been thinking its something I should do, and now I'm convinced. Thanks.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">josh</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249850</link><description>&lt;p&gt;Splendid post! Today I refactored a large piece of code. Having specs (no complete coverage, but still) gave me a great sense of confidence in my code unknown to me before doing BDD (TDD). I'll never go back.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Harm</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item><item><title>Re: http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/</title><link>http://adam.blog.heroku.com/past/2008/7/6/the_end_of_bugs/#comment-2249849</link><description>&lt;p&gt;word.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Michael</dc:creator><pubDate>Tue, 09 Sep 2008 15:25:01 -0000</pubDate></item></channel></rss>