<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Usability Usability Usability</title>
	<atom:link href="http://thetoolsmiths.org/2009/05/27/usability-usability-usability/feed/" rel="self" type="application/rss+xml" />
	<link>http://thetoolsmiths.org/2009/05/27/usability-usability-usability/</link>
	<description></description>
	<lastBuildDate>Tue, 27 Jul 2010 02:46:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Jason Schklar</title>
		<link>http://thetoolsmiths.org/2009/05/27/usability-usability-usability/comment-page-1/#comment-476</link>
		<dc:creator>Jason Schklar</dc:creator>
		<pubDate>Fri, 29 May 2009 18:42:07 +0000</pubDate>
		<guid isPermaLink="false">http://toolssig.wordpress.com/?p=245#comment-476</guid>
		<description>I enjoyed the feature article and am adding this blog to my RSS feed.

I (and others) have talked about game usability (and there is a new Games User Research SIG as part of IGDA) and I think it would be really cool to do a joint presentation on Game Usability -- from both a game player and from a tool user perspective.

Why?

You can only iterate on features and content as quickly as your tools allow. More usable tools mean increased velocity of iteration. More iteration means more chances to do user-testing with gamers and incorporate that feedback back into your game.

Nothing is more frustrating to coders, content creators, producers, and usability experts than being unable to get a new build, a fixed feature, or some new content in response to user-testing feedback because it&#039;s &quot;too hard&quot;, &quot;too costly&quot;, or &quot;takes too long&quot;. Better tools mean you can respond to user experience problems rapdily and both test and fix deeper into the game.</description>
		<content:encoded><![CDATA[<p>I enjoyed the feature article and am adding this blog to my RSS feed.</p>
<p>I (and others) have talked about game usability (and there is a new Games User Research SIG as part of IGDA) and I think it would be really cool to do a joint presentation on Game Usability &#8212; from both a game player and from a tool user perspective.</p>
<p>Why?</p>
<p>You can only iterate on features and content as quickly as your tools allow. More usable tools mean increased velocity of iteration. More iteration means more chances to do user-testing with gamers and incorporate that feedback back into your game.</p>
<p>Nothing is more frustrating to coders, content creators, producers, and usability experts than being unable to get a new build, a fixed feature, or some new content in response to user-testing feedback because it&#8217;s &#8220;too hard&#8221;, &#8220;too costly&#8221;, or &#8220;takes too long&#8221;. Better tools mean you can respond to user experience problems rapdily and both test and fix deeper into the game.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sam</title>
		<link>http://thetoolsmiths.org/2009/05/27/usability-usability-usability/comment-page-1/#comment-479</link>
		<dc:creator>sam</dc:creator>
		<pubDate>Fri, 29 May 2009 02:25:07 +0000</pubDate>
		<guid isPermaLink="false">http://toolssig.wordpress.com/?p=245#comment-479</guid>
		<description>Firstly, just wanted to say this is a great blog (only just discovered it)!  It seems really hard to get people to really think about usability.  Occasionally I&#039;ll send around a usability link or two to our internal mailing list, but I don&#039;t think people really pay close attention.  It would be great if we could get time allocated for proper usability testing but I don&#039;t see that happening; I think the programmers really need to be pro-active about it.  Unfortunately, that&#039;s really hard to make happen too (I keep seeing these weirdly designed forms that don&#039;t match any other bit of software an artist or LD might use)!

Personally I like the &quot;principle of least astonishment&quot; design philosophy coupled with sensible form layout that mimics other software out there.  People often forget that even though we&#039;re designing tools only for internal use, we still have clients who will be using our software whose daily productivity depends on the software being stable and easy to use!</description>
		<content:encoded><![CDATA[<p>Firstly, just wanted to say this is a great blog (only just discovered it)!  It seems really hard to get people to really think about usability.  Occasionally I&#8217;ll send around a usability link or two to our internal mailing list, but I don&#8217;t think people really pay close attention.  It would be great if we could get time allocated for proper usability testing but I don&#8217;t see that happening; I think the programmers really need to be pro-active about it.  Unfortunately, that&#8217;s really hard to make happen too (I keep seeing these weirdly designed forms that don&#8217;t match any other bit of software an artist or LD might use)!</p>
<p>Personally I like the &#8220;principle of least astonishment&#8221; design philosophy coupled with sensible form layout that mimics other software out there.  People often forget that even though we&#8217;re designing tools only for internal use, we still have clients who will be using our software whose daily productivity depends on the software being stable and easy to use!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Walker</title>
		<link>http://thetoolsmiths.org/2009/05/27/usability-usability-usability/comment-page-1/#comment-477</link>
		<dc:creator>Aaron Walker</dc:creator>
		<pubDate>Thu, 28 May 2009 15:01:48 +0000</pubDate>
		<guid isPermaLink="false">http://toolssig.wordpress.com/?p=245#comment-477</guid>
		<description>I wish that I had time to worry about the very important topic of usability. I think that refinements at that level are more often than not back-burnered to the features necessary to have functional tools. I know that I have to carve out my own time to make usability improvements as they are less important than toolset features and we just never seem to have enough time.</description>
		<content:encoded><![CDATA[<p>I wish that I had time to worry about the very important topic of usability. I think that refinements at that level are more often than not back-burnered to the features necessary to have functional tools. I know that I have to carve out my own time to make usability improvements as they are less important than toolset features and we just never seem to have enough time.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
