<?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 aaronoliver</title><link>http://disqus.com/by/aaronoliver/</link><description></description><atom:link href="http://disqus.com/aaronoliver/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 22 Feb 2013 15:33:50 -0000</lastBuildDate><item><title>Re: We need to make our conference presentations more accessible</title><link>http://blog.tplus1.com/blog/2013/02/22/we-need-to-make-our-conference-presentations-more-accessible/#comment-808828844</link><description>&lt;p&gt;I like the idea of making code examples available on some publicly-accessible repository, like github, which can then be referenced in the paper, on slides, etc. That might also allow for the revisions you mention in the last bullet.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Fri, 22 Feb 2013 15:33:50 -0000</pubDate></item><item><title>Re: Did I Just Spot CSS In a Tron:Uprising Episode?</title><link>http://codesoftly.com/2013/01/did-i-just-spot-css-in-a-tronuprising-episode.html#comment-795587820</link><description>&lt;p&gt;Thanks, Les! That's still weird though, right? I mean, why chuck Google's CSS in there?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Mon, 11 Feb 2013 12:09:15 -0000</pubDate></item><item><title>Re: Breaking It All Down: Simplify Solutions</title><link>http://codesoftly.com/2013/01/simplify-solutions.html#comment-753100993</link><description>&lt;p&gt;Har har. I can't breathe, I'm laughing so hard.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Wed, 02 Jan 2013 01:17:56 -0000</pubDate></item><item><title>Re: Tool Thrash</title><link>http://www.codesoftly.com/2011/11/tool-thrash.html#comment-372998550</link><description>&lt;p&gt;If *only* &lt;a href="http://blog.tplus1.com/index.php/2010/10/04/a-new-pitz-release-1-1-2/" rel="nofollow noopener" target="_blank" title="http://blog.tplus1.com/index.php/2010/10/04/a-new-pitz-release-1-1-2/"&gt;something like that&lt;/a&gt; existed.... &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Sat, 26 Nov 2011 20:53:39 -0000</pubDate></item><item><title>Re: Tool Thrash</title><link>http://www.codesoftly.com/2011/11/tool-thrash.html#comment-372997792</link><description>&lt;p&gt;We've been using &lt;a href="projecturf.com" rel="nofollow noopener" target="_blank" title="projecturf.com"&gt;Projecturf&lt;/a&gt;. It might be good for some, but for us it wasn't a great fit. Some things we found problematic:&lt;/p&gt;&lt;p&gt;* No permalinks to individual tasks, tickets, etc.&lt;br&gt;* "Tasks", "Tickets", "Discussions", and "Designs" were all different things, and hard to connect and navigate&lt;br&gt;* There was no sense of "status" on items. So no way to tell if something was "in progress", "complete" or "won't fix".&lt;/p&gt;&lt;p&gt;There's a few more. It just doesn't feel like tool good at tracking development.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Sat, 26 Nov 2011 20:51:20 -0000</pubDate></item><item><title>Re: Multi-purpose Manifesto - Oliver Architecture Blog</title><link>http://oliverarchitect.com/blog/2011/11/multi-purpose-manifesto.html#comment-363904406</link><description>&lt;p&gt;That's BS. Rails is the only framework you'll ever need. It does EVERYTHING. Guaranteed to keep your actual effort real close to zero.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Tue, 15 Nov 2011 14:25:13 -0000</pubDate></item><item><title>Re: Dear Facebook, That Was Smart</title><link>http://www.codesoftly.com/2011/09/dear-facebook-that-was-smart.html#comment-319939020</link><description>&lt;p&gt;I think they would have announced F8 way earlier in that case. I think you'd agree that 70-hour weeks aren't a valid medium or long-term strategy for ending up with nice things.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Sun, 25 Sep 2011 23:20:00 -0000</pubDate></item><item><title>Re: The Tourniquet Pattern Explained</title><link>http://www.codesoftly.com/2011/05/the-tourniquet-pattern-explained.html#comment-197864637</link><description>&lt;p&gt;*sigh*. Ok, I'll update it to be accurately arcane&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Thu, 05 May 2011 14:53:57 -0000</pubDate></item><item><title>Re: The Tourniquet Pattern Explained</title><link>http://www.codesoftly.com/2011/05/the-tourniquet-pattern-explained.html#comment-196897148</link><description>&lt;p&gt;It's pretty much the same. Kind of a "facade after the fact". The biggest difference is it's purpose and one's mindset when using it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Wed, 04 May 2011 10:48:25 -0000</pubDate></item><item><title>Re: The Tourniquet Pattern Explained</title><link>http://www.codesoftly.com/2011/05/the-tourniquet-pattern-explained.html#comment-196809259</link><description>&lt;p&gt;Fixed! Thanks for the heads-up Jordan.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Wed, 04 May 2011 06:58:32 -0000</pubDate></item><item><title>Re: Are Queues Un-Monitorable?</title><link>http://www.codesoftly.com/2011/03/are-queues-un-monitorable.html#comment-168254829</link><description>&lt;p&gt;Thanks Dave. That's what I was going for. Ted doesn't do comments on his blog, so I was wondering what some of the counter-points were.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Sat, 19 Mar 2011 14:22:57 -0000</pubDate></item><item><title>Re: Don't Forget the Meeting AFTER the Standup Meeting</title><link>http://www.codesoftly.com/2010/06/dont-forget-the-meeting-after-the-standup-meeting.html#comment-60439690</link><description>&lt;p&gt;Ahh, that sounds like heaven Abinesh....&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Sat, 03 Jul 2010 13:42:57 -0000</pubDate></item><item><title>Re: Recipe for a Death March</title><link>http://www.codesoftly.com/2010/06/recipe-for-a-death-march.html#comment-56672208</link><description>&lt;p&gt;Eelco, you're right. If minimal/no specs are delivered, then you have the same problem in reverse. I think the trick is to eliminate the "requirements are done" milestone, so the business-folk AND developers are collaborating every day to build the product.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Mon, 14 Jun 2010 13:05:07 -0000</pubDate></item><item><title>Re: We're Gonna Need a Bigger Marker</title><link>http://www.codesoftly.com/2010/06/were-gonna-need-a-bigger-marker.html#comment-55290599</link><description>&lt;p&gt;Awesome. Now I've got THAT song stuck in my head...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Tue, 08 Jun 2010 09:57:23 -0000</pubDate></item><item><title>Re: I'm Waterfalling SO HARD This Week</title><link>http://codesoftly.com/2010/04/im-waterfalling-so-hard-this-week.html#comment-45136031</link><description>&lt;p&gt;If you're suggesting what I think you're suggesting, meet me at the agreed-upon location at the agreed-upon time. Viva la résistance!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Fri, 16 Apr 2010 09:17:37 -0000</pubDate></item><item><title>Re: Twin Ego Peaks</title><link>http://www.codesoftly.com/2010/04/twin-ego-peaks.html#comment-43155768</link><description>&lt;p&gt;Yep. I read a post somewhere that said each time you add a layer of abstraction, you introduce an infinite number of possible defects. Maybe a tad melodramatic, but helpful when figuring out the cost/benefit of adding a layer. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Sun, 04 Apr 2010 08:42:46 -0000</pubDate></item><item><title>Re: The &amp;quot;Found Some&amp;quot; Data Access Problem</title><link>http://www.codesoftly.com/2010/03/solved-the-ask-for-many-got-some-problem.html#comment-42468771</link><description>&lt;p&gt;Thanks Christian!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Wed, 31 Mar 2010 12:25:05 -0000</pubDate></item><item><title>Re: The &amp;quot;Found Some&amp;quot; Data Access Problem</title><link>http://www.codesoftly.com/2010/03/solved-the-ask-for-many-got-some-problem.html#comment-42468724</link><description>&lt;p&gt;My initial version of the exception didn't have the "found_bags" attribute, just the "bad_ids" list. My thought was that the caller could decide to do the set arithmetic and ask again for the good ones. That seemed a little wasteful though, and in the interest of being nice, I added the "found_bags" in there.&lt;/p&gt;&lt;p&gt;I think it works just as well if you don't include that, and just raise the error, plus some information (the bad ids) that can help the caller try to recover.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Wed, 31 Mar 2010 12:24:53 -0000</pubDate></item><item><title>Re: Repent! Automated Web Testing is Inevitable</title><link>http://www.codesoftly.com/2010/02/repent-automated-web-testing-is-inevitable.html#comment-34073051</link><description>&lt;p&gt;Selenium RC (the remote control one) runs on Windows just fine, and should also work on Linux. Also, it's worth noting that the browser tests don't need to be written in the same language as the site. However,  it can be handy if it is. That way you can do cool things like check the database for records after executing a test.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Fri, 12 Feb 2010 20:31:32 -0000</pubDate></item><item><title>Re: Scrum's Devil's Advocate: Uncle Bob</title><link>http://www.codesoftly.com/2010/02/scrums-devils-advocate-uncle-bob.html#comment-33349867</link><description>&lt;p&gt;I think that's where we need to respect the authori-tah of "Individuals and interactions over processes and tools" There's an implied "just do it" or "don't get bogged down" in that line of the &lt;a href="http://agilemanifesto.org/" rel="nofollow noopener" target="_blank" title="http://agilemanifesto.org/"&gt;agile manifesto&lt;/a&gt;.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Tue, 09 Feb 2010 22:26:54 -0000</pubDate></item><item><title>Re: You might &amp;#8220;like&amp;#8221; this.</title><link>http://blog.disqus.com/post/380409674#comment-33302496</link><description>&lt;p&gt;Shiny. Watch out Google Friend Connect/Buzz/etc...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Tue, 09 Feb 2010 15:25:31 -0000</pubDate></item><item><title>Re: An Ideal Number of &amp;quot;Idea People&amp;quot;, Please</title><link>http://www.codesoftly.com/2009/08/an-ideal-number-of-idea-people-please.html#comment-14691626</link><description>&lt;p&gt;Excellent points. Too few people have read it. I was amazed on one project to learn that NONE of the managers had even HEARD of The Mythical Man Month.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Tue, 11 Aug 2009 22:16:59 -0000</pubDate></item><item><title>Re: An Ideal Number of &amp;quot;Idea People&amp;quot;, Please</title><link>http://www.codesoftly.com/2009/08/an-ideal-number-of-idea-people-please.html#comment-14571609</link><description>&lt;p&gt;Thanks for the excellent comment, Matt.&lt;/p&gt;&lt;p&gt;In this case, feel free to replace "idea person" with "product manager" or "site designer"; basically the person or people that dictates the customer experience.&lt;/p&gt;&lt;p&gt;Looking forward to your response post.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Mon, 10 Aug 2009 10:29:14 -0000</pubDate></item><item><title>Re: Commit EVERYTHING</title><link>http://www.codesoftly.com/2009/08/commit-everything.html#comment-14432488</link><description>&lt;p&gt;I'm the same way. As soon as I have something that's not broken, I commit it, then go back and make it pretty or optimize.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Fri, 07 Aug 2009 10:48:20 -0000</pubDate></item><item><title>Re: Bikeshed: Where Does the Expected Value Go?</title><link>http://www.codesoftly.com/2009/07/where-does-expected-value-go.html#comment-12738604</link><description>&lt;p&gt;I like to use the assert_equals() method from &lt;a href="http://nose.tools" rel="nofollow noopener" target="_blank" title="nose.tools"&gt;nose.tools&lt;/a&gt;, since it shows me what the values being compared were. Does that change matters? assert_equals(expected, actual) or assert_equals(actual, expected)?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Oliver</dc:creator><pubDate>Thu, 16 Jul 2009 08:29:46 -0000</pubDate></item></channel></rss>