<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
<channel>
<title>ignorethecode.net</title>
<link>http://ignorethecode.net</link>
<description>Essays on usability, programming, and other nerd topics.</description>
<language>en-us</language>
<pubDate>Sun, 19 May 2013 07:05:54 GMT</pubDate>
<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/IgnoreTheCode" /><feedburner:info uri="ignorethecode" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:emailServiceId>IgnoreTheCode</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><item>
<title>Lorem Ipsum</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/1yJlC-wRzDo/</link>
<description>&lt;p&gt;&lt;a href="http://www.marco.org/2013/05/14/the-facebook-flop"&gt;Marco Arment&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Facebook Home was flat-out badly designed: it’s designed for optimal input and failed to consider real-world usage.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Excerpt from &lt;a href="http://www.kickstarter.com/projects/2070511212/for-100-of-our-closest-friends-volume-three"&gt;For 100 of Our Closest Friends, Volume Three&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Don&amp;#8217;t use placeholder data when designing. Get as much real-life data generated by real human beings as possible and design for that. If you don&amp;#8217;t, you&amp;#8217;re in for a surprise.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/534"&gt;http://ignco.de/534&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/1yJlC-wRzDo" height="1" width="1"/&gt;</description>
<pubDate>Tue, 14 May 2013 17:03:05 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/05/14/lorem_ipsum/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/05/14/lorem_ipsum/</feedburner:origLink></item>
<item>
<title>Overloading Behavior</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/F1YPUSF4Ck0/</link>
<description>&lt;p&gt;&lt;a href="http://www.technologyreview.com/view/514136/your-body-does-not-want-to-be-an-interface/"&gt;John Pavlus&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Don’t worry, though–in a couple years, we’ll be apparently able to use future iterations of Glass much less weirdly. A Redditor discovered some code implying that we’ll be able to snap photos merely by winking. What could be more natural and effortless than that? Designers at Fjord speculate that these kinds of body-based micro-interactions are the future of interface design. “Why swipe your arm when you can just rub your fingers together,” they write. “What could be more natural than staring at something to select it, nodding to approve something?… For privacy, you’ll be able to use imperceptible movements, or even hidden ones such as flicking your tongue across your teeth.”&lt;/p&gt;
  
  &lt;p&gt;These designers think that the difference between effortless tongue-flicking and Glass’s crude chin-snapping is simply one of refinement. I’m not so sure. To me they both seem equally alienating–I don’t think we &lt;em&gt;want&lt;/em&gt; our bodies to be UIs.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;I don&amp;#8217;t think that&amp;#8217;s the problem. People are probably quite okay with the idea of using their bodies as input devices. Implemented well, even crude devices like the Kinect can create surprisingly usable interfaces.&lt;/p&gt;

&lt;p&gt;Consider this: when you&amp;#8217;re typing on a keyboard, you&amp;#8217;re not thinking of it as pushing buttons; you&amp;#8217;re moving your fingers to create letters. You could do that without a keyboard, and it wouldn&amp;#8217;t feel strange for more than a minute.&lt;/p&gt;

&lt;p&gt;The problem with winking to take a picture, or looking at something to select it, or nodding to approve, is that these gestures already have existing, established meaning. Overloading existing behavior with new semantics is bound to create problems.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/533"&gt;http://ignco.de/533&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/F1YPUSF4Ck0" height="1" width="1"/&gt;</description>
<pubDate>Thu, 09 May 2013 13:37:12 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/05/09/overloading_behavior/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/05/09/overloading_behavior/</feedburner:origLink></item>
<item>
<title>Common Misconceptions About Touch</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/YS2n-hcisK4/</link>
<description>&lt;p&gt;&lt;a href="http://www.uxmatters.com/mt/archives/2013/03/common-misconceptions-about-touch.php"&gt;Steven Hoober&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;In my work as a UX design consultant, working for many different organizations, I’ve encountered lots of myths and half-truths about designing for touchscreens.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Via &lt;a href="http://www.subtraction.com/2013/04/26/common-misconceptions-about-touch-interfaces"&gt;Khoi Vinh&lt;/a&gt;.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/532"&gt;http://ignco.de/532&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/YS2n-hcisK4" height="1" width="1"/&gt;</description>
<pubDate>Tue, 07 May 2013 14:28:24 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/05/07/common_misconceptions_about_touch/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/05/07/common_misconceptions_about_touch/</feedburner:origLink></item>
<item>
<title>Designing for Idealized Usage</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/V9c5IHmksQg/</link>
<description>&lt;p&gt;&lt;a href="http://www.subtraction.com/2013/04/11/designing-for-the-ideal"&gt;Khoi Vinh&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Sometimes a designer doesn’t completely account for the reality of how a solution or product will be used, and instead designs around a set of requirements that &lt;em&gt;seem to be&lt;/em&gt; fully representative of the problem at hand, but are actually narrower in scope.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/531"&gt;http://ignco.de/531&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/V9c5IHmksQg" height="1" width="1"/&gt;</description>
<pubDate>Fri, 12 Apr 2013 09:07:30 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/04/12/designing_for_idealized_usage/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/04/12/designing_for_idealized_usage/</feedburner:origLink></item>
<item>
<title>Facebook Home</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/VIrG1-pb1WM/</link>
<description>&lt;p&gt;Facebook has announced &lt;a href="http://arstechnica.com/gadgets/2013/04/facebook-reveals-family-of-apps-named-facebook-home/"&gt;a lock screen and home screen replacement for Android&lt;/a&gt;. Basically, it shows content from Facebook on your home- and lock screens.&lt;/p&gt;

&lt;p&gt;A sentiment I&amp;#8217;ve heard from many technology journalists is that Facebook Home is too intrusive. I think they&amp;#8217;re making the mistake of extrapolating from their own experiences and needs. When technology journalists think of Facebook Home, they think &amp;laquo;I&amp;#8217;m following 400 people on Twitter and have 5000 followers who send me messages; I need more ways to curb the flood of incoming data, not more ways of letting it through!&amp;raquo;&lt;/p&gt;

&lt;p&gt;Most people, however, aren&amp;#8217;t technology journalists.&lt;/p&gt;

&lt;p&gt;While the average Facebook user has 190 friends, this number is heavily skewed by a small number of people who have extremely large friend lists. &lt;a href="https://www.facebook.com/notes/facebook-data-team/anatomy-of-facebook/10150388519243859"&gt;The &lt;em&gt;median&lt;/em&gt; Facebook user only has around 100 friends&lt;/a&gt;, not all of which are active Facebook users. This is at the lower end of the proposed values for &lt;a href="https://en.wikipedia.org/wiki/Dunbar's_number"&gt;Dunbar&amp;#8217;s number&lt;/a&gt;. For most Facebook users, it should easily be possible to keep up with these hundred people without feeling overwhelmed. Indeed, these people might &lt;em&gt;want&lt;/em&gt; to have better (that is, more intrusive) ways of keeping up with their friends.&lt;/p&gt;

&lt;p&gt;So how does Google feel about Facebook Home?&lt;/p&gt;

&lt;p&gt;&lt;a href="http://www.appleoutsider.com/2013/04/08/open-season/"&gt;Matt Drance&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;At the least, I expect an increased emphasis from Google on the virtues of &amp;laquo;stock&amp;raquo; Android, and an increased push to make that consistent for consumers.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;I think it&amp;#8217;s important to note that Facebook Home is nothing new. Android manufacturers have shipped their phones with custom lock screens and launchers for years. You&amp;#8217;re hard-pressed to find a non-Google-branded Android phone that ships with Android&amp;#8217;s default launcher. Facebook Home won&amp;#8217;t replace Google&amp;#8217;s launcher. It will replace HTC&amp;#8217;s launcher (and Samsung&amp;#8217;s launcher, and LG&amp;#8217;s launcher).&lt;/p&gt;

&lt;p&gt;But wouldn&amp;#8217;t Google prefer &amp;laquo;stock Android&amp;raquo;? Well, the ability to replace the home screen is a built-in, fully supported Android feature. Google intentionally implemented it. This feature is, in fact, part of &amp;laquo;stock Android&amp;raquo;.&lt;/p&gt;

&lt;p&gt;Android&amp;#8217;s home screen is largely irrelevant to how Google makes money with Android. Google cares very much if you ship an Android phone with a different default search provider, with a non-Google default browser, without Google Play, or without Google Now. But replacing the home screen? Probably not a big deal.&lt;/p&gt;

&lt;p&gt;In other words: the fact that Google makes no money from the Kindle Fire has nothing to do with the Fire&amp;#8217;s home screen.&lt;/p&gt;

&lt;p&gt;It could even be argued that the &lt;a href="https://en.wikipedia.org/wiki/HTC_First"&gt;HTC First&lt;/a&gt; (at least the way it exists at the moment) is an improvement over other HTC or Samsung Android phones. The HTC First ships with an unaltered version of Android; it just has Facebook Home installed on top of it. This is different from how Android phones are usually skinned, where the custom launcher &lt;em&gt;replaces&lt;/em&gt; the stock Android launcher.&lt;/p&gt;

&lt;p&gt;If Google truly cared about the home screen, they might well see Facebook Home as preferable to the status quo.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://twitter.com/asymco/status/319895251454140417"&gt;Horace Dediu&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Facebook Home can only reside on Android because only Google was daft enough to allow it.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Given that Android&amp;#8217;s source is open, the alternative to having a supported, reversible way of replacing the home screen would have been to let phone manufacturers replace it in an unsupported, non-reversible way. I think Google picked well.&lt;/p&gt;

&lt;p&gt;I have no idea whether Facebook Home will be a success. If Facebook doesn&amp;#8217;t find enough hardware partners to ship phones with Home preinstalled, it probably won&amp;#8217;t be. But I don&amp;#8217;t think it will fail because Facebook users don&amp;#8217;t want it, and I don&amp;#8217;t think it will fail because Google will sabotage it.&lt;/p&gt;

&lt;h2&gt;Follow-Up&lt;/h2&gt;

&lt;p&gt;&lt;a href="http://www.marco.org/2013/04/09/mathis-facebook-home"&gt;Marco Arment&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;It’d be one thing if Facebook somehow convinced Apple to build Home into iOS. But to take over as the social layer of Android — something Google has failed to do for its own struggling Google+ product, probably because of internal conflicts — is truly sticking it to Google, regardless of whether phones infected with Home will still use Google’s apps under all of those disembodied heads.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;To be clear,  I agree that — everything else equal — Google would rather see phones ship with Android&amp;#8217;s default lock screen and home screen. But they already don&amp;#8217;t, and so far, Google hasn&amp;#8217;t acted as if they saw this as a major issue.&lt;/p&gt;

&lt;p&gt;Think of it like this: do you suppose Google preferred if you bought an HTC First, or an iPhone?&lt;/p&gt;

&lt;p&gt;Any phone sold that runs Android with Google&amp;#8217;s services is a win for Google. Anything that makes Android more competitive, anything that makes people buy an Android instead of an iPhone, should be something Google is okay with.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/529"&gt;http://ignco.de/529&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;a href="http://pragprog.com/titles/lmuse/designed-for-use"&gt;&lt;img style="float:left;display:block;margin-right:10px;margin-bottom:200px;" src="http://ignorethecode.net/blog_images/designed_for_use_small.png" alt="designed_for_use_small" width="120" height="120" /&gt;&lt;/a&gt;&lt;p&gt;If you liked this, you'll love my book. It's called &lt;i&gt;Designed for Use: Create Usable Interfaces for Applications and the Web&lt;/i&gt;. In it, I cover the whole design process, from user research and sketching to usability tests and A/B testing. But I don't just explain techniques, I also talk about concepts like discoverability, when and how to use animations, what we can learn from video games, and much more.&lt;/p&gt;&lt;p&gt;&lt;a href="http://pragprog.com/titles/lmuse/designed-for-use"&gt;You can find out more about it (and order it directly, printed or as a DRM-free ebook) on the Pragmatic Programmers website&lt;/a&gt;. &lt;a href="http://amzn.to/WMI37B"&gt;A Chinese translation is available from Amazon.cn&lt;/a&gt;.&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/VIrG1-pb1WM" height="1" width="1"/&gt;</description>
<pubDate>Tue, 09 Apr 2013 14:58:45 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/04/09/facebook_home/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/04/09/facebook_home/</feedburner:origLink></item>
<item>
<title>Immediate Feedback</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/wH_kvwyJfkQ/</link>
<description>&lt;p&gt;&lt;a href="http://www.leancrew.com/all-this/2013/04/whats-really-great-about-fantastical/"&gt;Dr. Drang&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Natural language processing of calendar entries isn’t new or unique to Fantastical. Way back in 2007, there was Sandy, a server app that accepted emails to organize your calendar. The last couple of versions of OS X’s own Calendar (née iCal) have had a quick entry field that uses NLP. And iPhone users have Siri, which includes both NLP and voice recognition.&lt;/p&gt;
  
  &lt;p&gt;What separates Fantastical from these others is that its window shows both the free-form entry field and the individual time/date/etc. fields, and as you type in the free-form field, animations show you how Fantastical is interpreting what you’re typing.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Immediate feedback is an important aspect of any user interface. If you click on a button and nothing happens for a few seconds, that immediately destroys your suspension of disbelief. It reminds you that you&amp;#8217;re not really looking at a button. You&amp;#8217;re looking at a computer, and the damn thing probably needs more RAM.&lt;/p&gt;

&lt;p&gt;Immediate feedback is particularly important when the interface interprets fuzzy user input. If you&amp;#8217;re not 100% sure how the computer is going to interpret what you&amp;#8217;re doing, you need to see the computer&amp;#8217;s interpretation as soon as possible. Seeing interpretation errors immediately allows you to fix them in your current context. You don&amp;#8217;t want to enter an appointment in a natural language user interface, switch to a different mode with a different user interface, and then check your appointment and fix mistakes in that mode&amp;#8217;s UI.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/527"&gt;http://ignco.de/527&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/wH_kvwyJfkQ" height="1" width="1"/&gt;</description>
<pubDate>Mon, 08 Apr 2013 09:50:13 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/04/08/immediate_feedback/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/04/08/immediate_feedback/</feedburner:origLink></item>
<item>
<title>404 Usability</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/U-Cvcb0zctg/</link>
<description>&lt;p&gt;&lt;a href="http://brettterpstra.com/2013/04/07/fun-with-intelligent-404-pages/"&gt;Brett Terpstra&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Just in case, though, I thought I’d smarten up the 404 to offer possible options based on the URL that a person comes in on.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Even when somebody enters a broken URL, It&amp;#8217;s often possible to figure out quite a bit about where that person intended to go. I wonder why most websites don&amp;#8217;t do more with their 404 page.&lt;sup id="fnref:yep"&gt;&lt;a href="#fn:yep" rel="footnote"&gt;1&lt;/a&gt;&lt;/sup&gt;&lt;/p&gt;

&lt;div class="footnotes"&gt;
&lt;hr /&gt;
&lt;ol&gt;

&lt;li id="fn:yep"&gt;
&lt;p&gt;Guilty as charged.&amp;#160;&lt;a class="footnotebacklink" href="#fnref:yep" rev="footnote"&gt;&lt;img alt="back" src="http://ignorethecode.net/blog_images/footnoteback.png"&gt;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;

&lt;/ol&gt;
&lt;/div&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/526"&gt;http://ignco.de/526&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/U-Cvcb0zctg" height="1" width="1"/&gt;</description>
<pubDate>Sun, 07 Apr 2013 19:23:46 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/04/07/404_usability/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/04/07/404_usability/</feedburner:origLink></item>
<item>
<title>Software Patents</title>
<link>http://feedproxy.google.com/~r/IgnoreTheCode/~3/cQdCxj3CWvA/</link>
<description>&lt;p&gt;&lt;a href="http://www.joelonsoftware.com/items/2013/04/02.html"&gt;Joel Spolsky&lt;/a&gt;:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;What does this sound like? Yes, it’s a textbook case of a protection racket. It is organized crime, plain and simple. It is an abuse of the legal system, an abuse of the patent system, and a moral affront.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;p&gt;If you require a short url to link to this article, please use &lt;b&gt;&lt;a href="http://ignco.de/525"&gt;http://ignco.de/525&lt;/a&gt;&lt;/b&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/IgnoreTheCode/~4/cQdCxj3CWvA" height="1" width="1"/&gt;</description>
<pubDate>Wed, 03 Apr 2013 08:18:36 GMT</pubDate>
<guid isPermaLink="false">http://ignorethecode.net/blog/2013/04/03/software_patents/</guid>
<feedburner:origLink>http://ignorethecode.net/blog/2013/04/03/software_patents/</feedburner:origLink></item>
</channel>
</rss>
