<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for mattwynne</title><link>http://disqus.com/by/mattwynne/</link><description></description><atom:link href="http://disqus.com/mattwynne/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 04 Mar 2016 20:11:46 -0000</lastBuildDate><item><title>Re: The world's most misunderstood collaboration tool</title><link>https://cucumber.io/blog/the-worlds-most-misunderstood-collaboration-tool/#comment-2552366777</link><description>&lt;p&gt;Hi Nancy,&lt;/p&gt;&lt;p&gt;We want them to be both! Cucumber scenarios are a lot like traditional use cases, with the added bonus that they can be automatically validated.&lt;/p&gt;&lt;p&gt;We find that trying to strike a balance between what makes good documentation but also good tests provokes interesting conversation, and better mutual understanding within the team. Ultimately though, if the Cucumber features don't succinctly describe what the system does, you need to fix that. There are plenty of other tools you can use for testing, so save the Gherkin features for describing the behaviour that really matters, and use it to build your executable specifications.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Fri, 04 Mar 2016 20:11:46 -0000</pubDate></item><item><title>Re: Introducing Example Mapping·Cucumber</title><link>https://cucumber.io/blog/example-mapping-introduction/#comment-2471488907</link><description>&lt;p&gt;HI Jim,&lt;/p&gt;&lt;p&gt;I see Story Mapping and Example Mapping as complimentary techniques that you use at different stages.&lt;/p&gt;&lt;p&gt;Story Mapping helps you to see the overall picture, and build a backlog.&lt;/p&gt;&lt;p&gt;Example Mapping is what you do when you want to build one of those stories, to make sure you fully understand the scope before development starts.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Fri, 22 Jan 2016 04:22:14 -0000</pubDate></item><item><title>Re: When Cucumbers Go Bad</title><link>https://cucumber.io/blog/when-cucumbers-go-bad/#comment-2293029305</link><description>&lt;p&gt;Hi Mike,&lt;/p&gt;&lt;p&gt;If the business folks are comfortable with the example leaving the specification, I'd go for that and (gasp) delete the test, Otherwise I'd go for option 2 and make it fast so you can at least live with it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Tue, 06 Oct 2015 11:45:17 -0000</pubDate></item><item><title>Re: Cucumber School Lesson 9&amp;10 is out!</title><link>https://cucumber.io/blog/cucumber-school-episode-9-10-is-out/#comment-2112805332</link><description>&lt;p&gt;I'm just going to comment on my own post here to give you an update on progress with the final episode in the series.&lt;/p&gt;&lt;p&gt;We've written the code for both Ruby and Java, and the script is almost finished - just needs some tweaks for Java. It's another monster episode: we're dealing with the whole testing pyramid issue, as well as finding the appropriate level of detail to use in your steps. I think you're really going to like what we have in store for you.&lt;/p&gt;&lt;p&gt;It's school holidays here in bonny Scotland, but as soon as I can get the kids out of the house I'll record the audio, then we'll start laying down the video tracks. I'm optimistic we could have at least the Ruby episode out by the end of next week, but watch this space.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 02 Jul 2015 12:34:53 -0000</pubDate></item><item><title>Re: 3 misconceptions about BDD</title><link>https://www.thoughtworks.com/insights/blog/3-misconceptions-about-bdd#comment-1901025585</link><description>&lt;p&gt;Brilliant article, thanks! Great points made very clearly. I'll be referencing this article in the future.&lt;/p&gt;&lt;p&gt;May I humbly ask how come you didn't also recommend The Cucumber Book?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Wed, 11 Mar 2015 08:08:02 -0000</pubDate></item><item><title>Re: GoilHub</title><link>http://goilhub.com/post/97832723474#comment-1863665751</link><description>&lt;p&gt;Lovely photo!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 19 Feb 2015 08:22:52 -0000</pubDate></item><item><title>Re: Open Source Software, Contribute!</title><link>http://prettygoodsw.com/open-source-software-contribute/#comment-1850180363</link><description>&lt;p&gt;I'm glad you're hooked - we really value your contribution! Thanks for writing this up Richard.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 12 Feb 2015 13:31:30 -0000</pubDate></item><item><title>Re: Cucumber School</title><link>https://cucumber.io/blog/cucumber-school/#comment-1802423774</link><description>&lt;p&gt;Hi Len,&lt;/p&gt;&lt;p&gt;I think you might well get some benefit from the Java version of the course then. Also perhaps some of your less experienced colleagues might benefit from watching the videos?&lt;/p&gt;&lt;p&gt;We're planning to explore some of the topics you've mentioned in later episodes, particularly the Combinatorial Explosion one, where we'll talk about the importance of listening to the tests to help give you feedback about the design of the code.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Mon, 19 Jan 2015 10:18:02 -0000</pubDate></item><item><title>Re: Cucumber School</title><link>https://cucumber.io/blog/cucumber-school/#comment-1801904623</link><description>&lt;p&gt;Hi Len,&lt;/p&gt;&lt;p&gt;Yes, we're definitely concentrating on beginners with this course. I'd hope you'd still learn a thing or two from the material, but it might not be for you.&lt;/p&gt;&lt;p&gt;The first episode is available free: &lt;a href="https://fast.wistia.net/embed/iframe/28wgwhs36p?popover=true" rel="nofollow noopener" target="_blank" title="https://fast.wistia.net/embed/iframe/28wgwhs36p?popover=true"&gt;https://fast.wistia.net/emb...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;I hope we'll eventually be able to produce a second series which dives deeper. What kind of topics would you like to see covered?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Mon, 19 Jan 2015 08:27:33 -0000</pubDate></item><item><title>Re: Divergent and Convergent thinking in BDD</title><link>https://cucumber.io/blog/the-two-modes-of-thought-you-need-for-bdd/#comment-1736663693</link><description>&lt;p&gt;Can you give me a good example of a Divergent *problem* to help me understand this better?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 11 Dec 2014 08:11:46 -0000</pubDate></item><item><title>Re: Divergent and Convergent thinking in BDD</title><link>https://cucumber.io/blog/the-two-modes-of-thought-you-need-for-bdd/#comment-1736662028</link><description>&lt;p&gt;Thank-you Martin. I'll admit I haven't read this Schumacher book yet (I've read Small is Beautiful) and I rather lazily used it as a reference. It sounds as though I should just remove the reference. Do you agree?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 11 Dec 2014 08:10:16 -0000</pubDate></item><item><title>Re: The world's most misunderstood collaboration tool</title><link>https://cucumber.io/blog/the-worlds-most-misunderstood-collaboration-tool/#comment-1650503397</link><description>&lt;p&gt;I'm starting to see two distinct sides to what we think of as BDD[1]. First we explore the requirements as stated using examples. If the BA has done a good job, this is mostly a process of education and knowledge transfer, so that the devs / testers understand as much about the problem domain (business requirements) as possible. If not, it's a chance for everyone to explore the unknowns in the problem domain.&lt;/p&gt;&lt;p&gt;Then we need to nail that down into something we can feed into Cucumber. I agree with Aslak that there's no need for the system specification (if that's what we're calling the Gherkin) to tie itself down to a specific implementation detail like a spreadsheet. But even if we write scenarios at quite an abstract level like Aslak describes, I can see that we're still solutionizing to some extent: there might be other ways for Polly's event to trigger a reminder for Mike than using emails.&lt;/p&gt;&lt;p&gt;I also agree with Brian that what we're really doing is discovering a bunch of business processes and rules. Details are important to help you visualise the system and explore the problem domain, but it's the rules that are the essence of the behaviour you want to actually implement.&lt;/p&gt;&lt;p&gt;Brian, I'm really enjoying this discussion! Would you be interested in writing a guest post on this blog about this subject? Drop me a line matt at cucumber dot pro if you are.&lt;/p&gt;&lt;p&gt;[1] &lt;a href="https://cucumber.pro/blog/2014/10/21/the-two-modes-of-thought-you-need-for-bdd.html" rel="nofollow noopener" target="_blank" title="https://cucumber.pro/blog/2014/10/21/the-two-modes-of-thought-you-need-for-bdd.html"&gt;https://cucumber.pro/blog/2...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 23 Oct 2014 15:50:32 -0000</pubDate></item><item><title>Re: The world's most misunderstood collaboration tool</title><link>https://cucumber.io/blog/the-worlds-most-misunderstood-collaboration-tool/#comment-1648904113</link><description>&lt;p&gt;I'd really like us to be able to talk about a concrete example now, to see how you make the distinction between a Business Requirement and a System Specification, and how Gherkin scenarios could be used to describe either of them.&lt;/p&gt;&lt;p&gt;Can you give me an example? I'm really interested to explore this some more.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Wed, 22 Oct 2014 16:54:39 -0000</pubDate></item><item><title>Re: The world's most misunderstood collaboration tool</title><link>https://cucumber.io/blog/the-worlds-most-misunderstood-collaboration-tool/#comment-1646095609</link><description>&lt;p&gt;Interesting. I see Gherkin as sitting right on the bridge between the users / business folks -- the "problem domain" -- and the technical folks -- the "solution domain".&lt;/p&gt;&lt;p&gt;So I'm still not sure whether Gherkin should be used to describe requirements or specifications. We really want Gherkin documents to be read by problem domain experts to give us feedback on whether we're planning to build a solution that they want.&lt;/p&gt;&lt;p&gt;So do you think that means they're specifications?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Tue, 21 Oct 2014 06:11:46 -0000</pubDate></item><item><title>Re: Cucumber Ruby 1.3.17 Released</title><link>https://cucumber.io/blog/cucumber-1-3-17/#comment-1629780985</link><description>&lt;p&gt;Hi Chuck,&lt;/p&gt;&lt;p&gt;Sorry to hear that! If you can post an issue on the Cucumber issue tracker with some clear steps to reproduce, we'll definitely take a look.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Fri, 10 Oct 2014 17:01:07 -0000</pubDate></item><item><title>Re: Cucumber Limited: Our Business Plan</title><link>https://cucumber.io/blog/cucumber-limited/#comment-1511786189</link><description>&lt;p&gt;Hi Sunny,&lt;/p&gt;&lt;p&gt;We don't have any definite plans yet, but lots of people are asking so we'll try to organise something as soon as we can.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Wed, 30 Jul 2014 07:33:51 -0000</pubDate></item><item><title>Re: CukeUp! New York is Back</title><link>https://cucumber.io/blog/cukeup-nyc-tickets-onsale/#comment-1451353074</link><description>&lt;p&gt;Looking forward to meeting you in real life @BeepDog !&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Tue, 24 Jun 2014 04:57:43 -0000</pubDate></item><item><title>Re: Ask Our Data: Does Team Size Impact Code Quality?</title><link>http://blog.codeclimate.com/blog/2014/05/21/does-team-size-impact-code-quality/#comment-1400773132</link><description>&lt;p&gt;Interesting!&lt;/p&gt;&lt;p&gt;Did you attempt to normalise this for codebase *size*? I'd expect that to correlate with number of team members, and maybe have more of an impact on its complexity.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Fri, 23 May 2014 07:46:32 -0000</pubDate></item><item><title>Re: What&amp;#8217;s your favorite DIY family game?</title><link>http://journal.avdi.org/2014/04/14/whats-your-favorite-diy-family-game/#comment-1336337939</link><description>&lt;p&gt;Shithead. Nice mix of luck and skill, you can introduce rules gradually for noobs. Every family should have their own rules!&lt;/p&gt;&lt;p&gt;&lt;a href="http://en.wikipedia.org/wiki/Shithead_(card_game)" rel="nofollow noopener" target="_blank" title="http://en.wikipedia.org/wiki/Shithead_(card_game)"&gt;http://en.wikipedia.org/wik...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;Can't wait until my kids are old enough to teach them.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Mon, 14 Apr 2014 16:18:31 -0000</pubDate></item><item><title>Re: solnic.eu</title><link>https://solnic.codes/2013/10/17/taking-a-break-from-oss/#comment-1085511478</link><description>&lt;p&gt;Thanks for everything you've contributed so for - code and ideas. I hope you can find a nice balance so you still get to enjoy doing OSS without it feeling like an addiction. I'm sure the break will do you good, in any case.&lt;/p&gt;&lt;p&gt;And congratulations on becoming a dad!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 17 Oct 2013 05:14:53 -0000</pubDate></item><item><title>Re: More Readable Conditionals</title><link>http://www.eriwen.com/ruby/more-readable-conditionals/#comment-770550608</link><description>&lt;p&gt;This is what Kent Beck calls a Guard Clause. They only make your code better, IMHO.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Wed, 16 Jan 2013 19:56:24 -0000</pubDate></item><item><title>Re: A criticism of DHH&amp;#8217;s post on Dependency Injection</title><link>http://codeulate.com/2013/01/a-criticism-of-dhhs-post-on-dependency-injection/#comment-758114418</link><description>&lt;p&gt;I wish there were space for comments on the original @dhh post. He's giving Ruby programmers a bad name.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Sun, 06 Jan 2013 16:35:10 -0000</pubDate></item><item><title>Re: Clean cukes: The impersonator pattern</title><link>http://blog.path11.com/post/37324695474#comment-729175960</link><description>&lt;p&gt;&lt;br&gt;Nice!&lt;br&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;In the next version of Cucumber, you'll be able to &lt;a href="https://github.com/cucumber/cucumber/blob/master/features/step_definitions.feature" rel="nofollow noopener" target="_blank" title="https://github.com/cucumber/cucumber/blob/master/features/step_definitions.feature"&gt;make your step definitions into a single line.&lt;br&gt;&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;Extract a method `ensure_logged_in` that calls both those methods, then write your step definition like this:&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;pre&gt;&lt;code&gt;Given /^I log into ledger as (a path11er|an anonymous user)$/, :ensure_logged_in, :on =&amp;gt; :user&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;What do you think?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 06 Dec 2012 08:37:40 -0000</pubDate></item><item><title>Re: Kanban? No, it can't</title><link>http://aidylewis.heroku.com/2012/11/18/kanban-no-it-cant/#comment-713824462</link><description>&lt;p&gt;I like to program, and I like the ideas in kanban because I've found they've helped me create an environment that me and other programmers can flourish in. Good management is about getting out of the way and facilitating creativity in the people being managed, and kanban can be a great tool for that, in my experience.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Mon, 19 Nov 2012 09:56:38 -0000</pubDate></item><item><title>Re: Should we store state in our steps?</title><link>http://chrismdp.com/2012/11/storing-state-in-your-steps/#comment-704493324</link><description>&lt;p&gt;I wrote a little gem called `the`[1] which I use a lot in Cucumber steps. It only works with ActiveRecord unfortunately, but it's very simple.&lt;/p&gt;&lt;p&gt;It allows me to replace this:&lt;br&gt;```&lt;br&gt;Person.count.should == 1&lt;br&gt;the_person = Person.first&lt;br&gt;```&lt;/p&gt;&lt;p&gt;..with this:&lt;/p&gt;&lt;p&gt;the_person = the(:person)&lt;/p&gt;&lt;p&gt;I use it a lot for this kind of problem.&lt;br&gt;[1]&lt;a href="https://github.com/mattwynne/the" rel="nofollow noopener" target="_blank" title="https://github.com/mattwynne/the"&gt;https://github.com/mattwynn...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">mattwynne</dc:creator><pubDate>Thu, 08 Nov 2012 14:26:17 -0000</pubDate></item></channel></rss>