<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Boxes and Arrows: Comments by Anthony Dunn</title>
    <link>http://www.boxesandarrows.com/person/13439</link>
    <pubDate>Tue, 09 Sep 2008 12:06:29 GMT</pubDate>
    <description>Comments by Anthony Dunn</description>
    <item>
      <description>&lt;p&gt;John,&lt;/p&gt;

	&lt;p&gt;Thank you for the article.  Very thought provoking.  I couldn&amp;#8217;t help but think that a lot of design today is the actually flipping the Turing test on it&amp;#8217;s head.  Rather than trying to build a computer to sound like a human, we&amp;#8217;re trying to encourage humans to sound like computers.  Boolean search is a prime example of that.  Suggest functions are a more sophisticated form of that.&lt;/p&gt;

	&lt;p&gt;Another thought as well:  with any human interaction, we typically allow for give and take.  This seems to go against expectations when dealing with computers.  I might ask a human &amp;#8220;so what can you tell me about X?&amp;#8221;  And my interlocutor would respond &amp;#8220;I&amp;#8217;m not sure what you mean?&amp;#8221;  To this I would try alternate forms of getting across my idea (using other words, explaining the context, etc.)  With computers there seems to be a higher expectation of &amp;#8220;give me an answer right away.&amp;#8221;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/applying-turings#content_30057</link>
      <guid>http://www.boxesandarrows.com/view/applying-turings#content_30057</guid>
      <pubDate>Tue, 09 Sep 2008 12:06:29 GMT</pubDate>
      <author>Anthony Dunn</author>
    </item>
    <item>
      <description>&lt;p&gt;This is a very timely post, especially since so many projects are increasingly becoming &amp;#8220;agile-ish&amp;#8221;.  One additional point on setting expectations during the Sales &amp;amp; Kickoff phase.  I&amp;#8217;ve found it&amp;#8217;s really important beforehand to get at least semi-commitments from all the stakeholders that something will be done with the results once the usability testing is completed.  After all, why bother setting up costly time-consuming tests if a manager is not going to budge from a code freeze date within the next week?  Or if there are already plans to re-architect a particular feature and the current UI is just a temporary placeholder.  Without setting these kinds of expectations the usability tests become an exercise in frustration for everyone involved.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/quick-turnaround#content_30489</link>
      <guid>http://www.boxesandarrows.com/view/quick-turnaround#content_30489</guid>
      <pubDate>Fri, 07 Jan 2011 19:42:07 GMT</pubDate>
      <author>Anthony Dunn</author>
    </item>
  </channel>
</rss>

