<?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:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"><channel><title>Jounce</title><link>http://jounce.net/</link><description>The latest items at Jounce by M. Jackson Wilkinson</description><language>en-us</language><lastBuildDate>Thu, 05 Nov 2009 14:02:38 +0000</lastBuildDate><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" href="http://feeds.feedburner.com/jounce" type="application/rss+xml" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><item><title>

The Incompetence of American Airlines &amp; The Fate of Mr. X


</title><link>http://feedproxy.google.com/~r/jounce/~3/4FCJvzbnRxo/incompetence.html</link><description>&lt;p&gt;Dustin&amp;nbsp;Curtis:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;A &lt;span class="caps"&gt;FEW&lt;/span&gt; &lt;span class="caps"&gt;MONTHS&lt;/span&gt; &lt;span class="caps"&gt;AGO&lt;/span&gt;, I wrote an article expressing my displeasure with American Airlines‘ hideous online presence. I also spent some time mocking up a redesigned version of their website. To my surprise, the head of user experience at &lt;span class="caps"&gt;AA&lt;/span&gt;.com emailed me an amazing response describing some of the design problems faced in large corporations. You should read my original article here and the response from Mr. X here. An hour after I posted the response, American Airlines fired Mr.&amp;nbsp;X.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;One one hand, he violated his &lt;span class="caps"&gt;NDA&lt;/span&gt;, which is generally a bad thing and sometimes worth termination. On the other hand, the fact that what he said was even covered by an &lt;span class="caps"&gt;NDA&lt;/span&gt; is a bit absurd. The biggest secret he might have revealed was forthcoming transparency into fares and sales policies &amp;#8212; and that&amp;#8217;s only a shocking announcement if you often fly&amp;nbsp;&lt;span class="caps"&gt;AA&lt;/span&gt;.&lt;/p&gt;

&lt;p&gt;In any event, the firing of this guy is sure to hurt &lt;span class="caps"&gt;AA&lt;/span&gt; more than his post could&amp;nbsp;have.&lt;/p&gt;


&lt;a href="/bookmarks/2009/nov/05/the-incompetence-of-american-airlines-the-fate-of-mr-x/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/4FCJvzbnRxo" height="1" width="1"/&gt;</description><pubDate>Thu, 05 Nov 2009 14:02:38 +0000</pubDate><guid isPermaLink="false">http://dustincurtis.com/incompetence.html</guid><feedburner:origLink>http://dustincurtis.com/incompetence.html</feedburner:origLink></item><item><title>

Five Major Identity Schemes, and How to Decide


</title><link>http://feedproxy.google.com/~r/jounce/~3/-qcFu-xVq6c/</link><description>&lt;p&gt;A quick post I wrote for the Viget &lt;span class="caps"&gt;UX&lt;/span&gt; blog on five major identity schemes, how they&amp;#8217;re used effectively, and how to go about working out a scheme for your&amp;nbsp;product:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;The key to choosing a system is balancing the needs for the contributor&amp;#8217;s privacy against the skepticism of the consumers. In Yelp&amp;#8217;s case, a pseudonymous identity system might lead some to think that many reviews of local restaurants are being posted by the restaurant staff itself. That might still be the case, but at least it&amp;#8217;s discouraged by the emphasis on abstracted real names. In Facebook&amp;#8217;s case, privacy in terms of identity isn&amp;#8217;t really necessary for people who are supposed to know each other anyway. For a forum dealing with sensitive topics like disgruntled workers, relationships, or medical issues, anonymity might be crucial to creating a safe haven for people to share their&amp;nbsp;thoughts.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;It&amp;#8217;s easy to overlook, and can be tough to change&amp;nbsp;later&amp;#8230;&lt;/p&gt;


&lt;a href="/bookmarks/2009/nov/04/five-major-identity-schemes-and-how-to-decide/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/-qcFu-xVq6c" height="1" width="1"/&gt;</description><pubDate>Wed, 04 Nov 2009 13:41:22 +0000</pubDate><guid isPermaLink="false">http://www.viget.com/advance/five-major-identity-schemes-and-how-to-decide/</guid><feedburner:origLink>http://www.viget.com/advance/five-major-identity-schemes-and-how-to-decide/</feedburner:origLink></item><item><title>

The Meaning of Information Technology


</title><link>http://feedproxy.google.com/~r/jounce/~3/Y-2gQ7HJr34/</link><description>&lt;p&gt;Nick Kallen, one of the Twitter&amp;nbsp;Engineers:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Human beings need to understand one another in terms of primordial intimacies because man has no other tools for understanding the solicitations of man. But if the size of the world no is on longer amenable to intimacy technologies, then mankind must invent information technologies that rehumanize the world. Thus the proliferation of social software on the web. The reification of the social graph in Friendster; the Facebook Newsfeed and the Twitter; and the Foursquare all serve this one purpose: to rehumanize an inhumane&amp;nbsp;world.&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/nov/04/the-meaning-of-information-technology/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/Y-2gQ7HJr34" height="1" width="1"/&gt;</description><pubDate>Wed, 04 Nov 2009 13:36:10 +0000</pubDate><guid isPermaLink="false">http://magicscalingsprinkles.wordpress.com/2009/11/02/the-meaning-of-information-technology/</guid><feedburner:origLink>http://magicscalingsprinkles.wordpress.com/2009/11/02/the-meaning-of-information-technology/</feedburner:origLink></item><item><title>

Why do we have an IMG element?


</title><link>http://feedproxy.google.com/~r/jounce/~3/JfEkd2X-a6U/why-do-we-have-an-img-element</link><description>&lt;p&gt;Mark Pilgrim traces the conversations that resulted in the &lt;span class="caps"&gt;IMG&lt;/span&gt; tag, with lots of interesting conclusions and observations mixed in.  I won&amp;#8217;t give away the ending, but here&amp;#8217;s one important&amp;nbsp;takeaway:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;&lt;span class="caps"&gt;HTML&lt;/span&gt; has always been a conversation between browser makers, authors, standards wonks, and other people who just showed up and liked to talk about angle brackets. Most of the successful versions of &lt;span class="caps"&gt;HTML&lt;/span&gt; have been “retro-specs,” catching up to the world while simultaneously trying to nudge it in the right direction. Anyone who tells you that &lt;span class="caps"&gt;HTML&lt;/span&gt; should be kept “pure” (presumably by ignoring browser makers, or ignoring authors, or both) is simply misinformed. &lt;span class="caps"&gt;HTML&lt;/span&gt; has never been pure, and all attempts to purify it have been spectacular failures, matched only by the attempts to replace&amp;nbsp;it.&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/nov/03/why-do-we-have-an-img-element/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/JfEkd2X-a6U" height="1" width="1"/&gt;</description><pubDate>Tue, 03 Nov 2009 08:23:16 +0000</pubDate><guid isPermaLink="false">http://diveintomark.org/archives/2009/11/02/why-do-we-have-an-img-element</guid><feedburner:origLink>http://diveintomark.org/archives/2009/11/02/why-do-we-have-an-img-element</feedburner:origLink></item><item><title>

TV Finds That a Mortal Foe, the DVR, Is Really a Best Friend


</title><link>http://feedproxy.google.com/~r/jounce/~3/J5bUyNJR2vU/02ratings.html</link><description>&lt;p&gt;Not only are DVRs not killing &lt;span class="caps"&gt;TV&lt;/span&gt; advertising, but more folks are watching shows because of them, and many of those people are too lazy to skip&amp;nbsp;commercials:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Almost across the board, the gains for playback are growing. The best preseason estimate for the current season, said David F. Poltrack, the chief research officer for &lt;span class="caps"&gt;CBS&lt;/span&gt;, was about a 1 percent increase from playback over the live program for the networks combined. Instead, many are in the range of 7 to 12 percent, with some shows having increases of more than 20 percent when &lt;span class="caps"&gt;DVR&lt;/span&gt; ratings are added. The four networks together are averaging a 10 percent&amp;nbsp;increase.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Of course, as with almost all such things so far, digital media isn&amp;#8217;t actually killing a business, just threatening one particular model, revealing another more profitable&amp;nbsp;model.&lt;/p&gt;


&lt;a href="/bookmarks/2009/nov/03/tv-finds-that-a-mortal-foe-the-dvr-is-really-a-best-friend/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/J5bUyNJR2vU" height="1" width="1"/&gt;</description><pubDate>Tue, 03 Nov 2009 08:19:16 +0000</pubDate><guid isPermaLink="false">http://www.nytimes.com/2009/11/02/business/media/02ratings.html?_r=1</guid><feedburner:origLink>http://www.nytimes.com/2009/11/02/business/media/02ratings.html?_r=1</feedburner:origLink></item><item><title>

CSS History Hack Used To Ban Torrent Users


</title><link>http://feedproxy.google.com/~r/jounce/~3/qD3W1FXHTmw/</link><description>&lt;p&gt;While it&amp;#8217;s interesting that Torrent communities are using this to ban users, I think there are potentially a lot of ways to use this kind of hack in positive ways too, to improve the user experience based on the types of sites and interactions you know they&amp;#8217;ve used&amp;nbsp;before.&lt;/p&gt;

&lt;p&gt;Of course, the privacy concerns don&amp;#8217;t go&amp;nbsp;away.&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/21/css-history-hack-used-to-ban-torrent-users/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/qD3W1FXHTmw" height="1" width="1"/&gt;</description><pubDate>Wed, 21 Oct 2009 09:54:41 +0000</pubDate><guid isPermaLink="false">http://ha.ckers.org/blog/20091008/css-history-hack-used-to-ban-torrent-users/</guid><feedburner:origLink>http://ha.ckers.org/blog/20091008/css-history-hack-used-to-ban-torrent-users/</feedburner:origLink></item><item><title>

What problems does Google Wave solve?


</title><link>http://feedproxy.google.com/~r/jounce/~3/gRbDG8c0_54/0012-google-wave.html</link><description>&lt;p&gt;A good look at the problems Google Wave really does solve &amp;#8212; primarily centering around business&amp;nbsp;email:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;I believe this is partly Google’s fault: they released Wave to geeks and hackers and social media folks first. But Wave is not a geek/hacker tool, or a social media tool, it’s a corporate tool that solves work problems (more on that later). On the other hand, they never claimed it would be a Facebook replacement or a Twitter killer. Google calls wave an “online tool for real-time communication and collaboration”. The way Google should have advertised Wave is: “it solves the problems with&amp;nbsp;email”.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;The article also discusses a few key shortcomings with conventional email. Would you solve them the same&amp;nbsp;way?&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/21/what-problems-does-google-wave-solve/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/gRbDG8c0_54" height="1" width="1"/&gt;</description><pubDate>Wed, 21 Oct 2009 09:51:38 +0000</pubDate><guid isPermaLink="false">http://danieltenner.com/posts/0012-google-wave.html</guid><feedburner:origLink>http://danieltenner.com/posts/0012-google-wave.html</feedburner:origLink></item><item><title>

The Micro Movie Mini Multiplex


</title><link>http://feedproxy.google.com/~r/jounce/~3/1BvHHGMwHKo/</link><description>&lt;p&gt;Straight from 1995, the first collection of animated &lt;span class="caps"&gt;GIF&lt;/span&gt; images, many of them originally made for this site, later becoming standards across the&amp;nbsp;interwebs.&lt;/p&gt;

&lt;p&gt;We can thank Netscape 2.0 for this glorious&amp;nbsp;innovation.&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/21/the-micro-movie-mini-multiplex/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/1BvHHGMwHKo" height="1" width="1"/&gt;</description><pubDate>Wed, 21 Oct 2009 06:50:18 +0000</pubDate><guid isPermaLink="false">http://209.197.100.244/mmmm/</guid><feedburner:origLink>http://209.197.100.244/mmmm/</feedburner:origLink></item><item><title>

Fully-Dynamic Font using Processing


</title><link>http://feedproxy.google.com/~r/jounce/~3/nLMX_o1kGWg/</link><description>&lt;p&gt;This is pretty hot. Moves from sans to slab-serif seamlessly, among other niceties. If only you could set this up and export to&amp;nbsp;&lt;span class="caps"&gt;OTF&lt;/span&gt;.&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/20/fully-dynamic-font-using-processing/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/nLMX_o1kGWg" height="1" width="1"/&gt;</description><pubDate>Tue, 20 Oct 2009 12:36:45 +0000</pubDate><guid isPermaLink="false">http://laikafont.ch/</guid><feedburner:origLink>http://laikafont.ch/</feedburner:origLink></item><item><title>

Official Google Webmaster Central Blog: Google does not use the keywords meta tag in web ranking


</title><link>http://feedproxy.google.com/~r/jounce/~3/Pk4OnZR12Xg/google-does-not-use-keywords-meta-tag.html</link><description>&lt;p&gt;The title says it all. Now you have proof for clients. Who really cares about Ask and&amp;nbsp;Yahoo?&lt;/p&gt;

&lt;p&gt;Another strike against&amp;nbsp;&lt;span class="caps"&gt;SEO&lt;/span&gt;.&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/20/official-google-webmaster-central-blog-google-does-not-use-the-keywords-meta-tag-in-web-ranking/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/Pk4OnZR12Xg" height="1" width="1"/&gt;</description><pubDate>Tue, 20 Oct 2009 09:08:41 +0000</pubDate><guid isPermaLink="false">http://googlewebmastercentral.blogspot.com/2009/09/google-does-not-use-keywords-meta-tag.html</guid><feedburner:origLink>http://googlewebmastercentral.blogspot.com/2009/09/google-does-not-use-keywords-meta-tag.html</feedburner:origLink></item><item><title>

The two App Stores


</title><link>http://feedproxy.google.com/~r/jounce/~3/Bf-sevFvlD8/208454730</link><description>&lt;p&gt;Marco Arment discusses the two sides of the iPhone app store &amp;#8212; the popular side and the craftsman side &amp;#8212; and how apps targeting the wrong one can find themselves on the wrong side of success. He takes, as an example, the Iconfactory skee-ball game Ramp Champ, which has been &lt;a href="http://gedblog.com/2009/09/28/losing-ireligion/"&gt;revealed to be a commercial failure thus far&lt;/a&gt;.&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/13/the-two-app-stores/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/Bf-sevFvlD8" height="1" width="1"/&gt;</description><pubDate>Tue, 13 Oct 2009 07:46:51 +0000</pubDate><guid isPermaLink="false">http://www.marco.org/208454730</guid><feedburner:origLink>http://www.marco.org/208454730</feedburner:origLink></item><item><title>

WebKit, Mobile, and Progress


</title><link>http://feedproxy.google.com/~r/jounce/~3/I_-0QzFDvwE/</link><description>&lt;p&gt;Alex Russell in response to &lt;a href="http://www.quirksmode.org/webkit.html"&gt;&lt;span class="caps"&gt;PPK&lt;/span&gt;&amp;#8217;s new mobile browser tables&lt;/a&gt;, which reveals wide disparities between various versions of mobile&amp;nbsp;WebKit:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;The important takeaway for web developers in all of this is that WebKit is winning and that that is a good thing. The dynamics of the marketplace have thus far ensured that we don’t get “stuck” the way we did on the desktop. That is real&amp;nbsp;progress.&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/oct/13/webkit-mobile-and-progress/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/I_-0QzFDvwE" height="1" width="1"/&gt;</description><pubDate>Tue, 13 Oct 2009 07:41:23 +0000</pubDate><guid isPermaLink="false">http://alex.dojotoolkit.org/2009/10/webkit-mobile-and-progress/</guid><feedburner:origLink>http://alex.dojotoolkit.org/2009/10/webkit-mobile-and-progress/</feedburner:origLink></item><item><title>

Spammers, Evildoers, and Opportunists


</title><link>http://feedproxy.google.com/~r/jounce/~3/vUK0iIfoUcM/2090</link><description>&lt;p&gt;Derek&amp;nbsp;Powazek:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;It’s a game, and every link is a score for the &lt;span class="caps"&gt;SEO&lt;/span&gt; jerkwads and their disreputable clients. And every time they win, those of us trying to create quality work and good experiences on the web&amp;nbsp;lose.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;I&amp;#8217;m looking forward to my first opportunity to use the word &amp;#8220;jerkwad&amp;#8221; in semi-formal&amp;nbsp;conversation.&lt;/p&gt;


&lt;a href="/bookmarks/2009/oct/13/spammers-evildoers-and-opportunists/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/vUK0iIfoUcM" height="1" width="1"/&gt;</description><pubDate>Tue, 13 Oct 2009 07:37:10 +0000</pubDate><guid isPermaLink="false">http://powazek.com/posts/2090</guid><feedburner:origLink>http://powazek.com/posts/2090</feedburner:origLink></item><item><title>

The myth of the page fold: evidence from user testing


</title><link>http://feedproxy.google.com/~r/jounce/~3/CoekQ5NB2Uk/the_myth_of_the_page_fold_evidence_from_user_testing.htm</link><description>&lt;p&gt;From&amp;nbsp;CXPartners:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;We can offer three design tips to ensure content below the fold is&amp;nbsp;seen.&lt;/p&gt;
  
  &lt;p&gt;Less is more – don’t be tempted to cram everything above the fold. Good use of whitespace and imagery encourages&amp;nbsp;exploration.&lt;/p&gt;
  
  &lt;p&gt;Stark, horizontal lines discourage scrolling - this doesn’t mean stop using horizontal full width elements. Have a small amount of content just visible, poking up above the fold to encourage&amp;nbsp;scrolling.&lt;/p&gt;
  
  &lt;p&gt;Avoid the use of in-page scroll bars - the browser scrollbar is an indicator of the amount of content on the page. iFrames and other elements with scroll bars in the page can break this convention and may lead to content not being&amp;nbsp;seen.&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/oct/08/the-myth-of-the-page-fold-evidence-from-user-testing/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/CoekQ5NB2Uk" height="1" width="1"/&gt;</description><pubDate>Thu, 08 Oct 2009 14:29:42 +0000</pubDate><guid isPermaLink="false">http://www.cxpartners.co.uk/thoughts/the_myth_of_the_page_fold_evidence_from_user_testing.htm</guid><feedburner:origLink>http://www.cxpartners.co.uk/thoughts/the_myth_of_the_page_fold_evidence_from_user_testing.htm</feedburner:origLink></item><item><title>

Are Links that Open in New Windows the Great Satan?


</title><link>http://feedproxy.google.com/~r/jounce/~3/et9qV52fg-I/dont-make-your-links-open-in-a-new-window-im-serious.html</link><description>&lt;p&gt;Nate Eagle on the &lt;span class="caps"&gt;PBS&lt;/span&gt; Design&amp;nbsp;blog:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;There&amp;#8217;s nothing terribly difficult about hitting cmd+click for me: I&amp;#8217;ve got two able arms with able fingers attached to the hands that join them, but Twitter&amp;#8217;s completely right that I always want its links to open in new windows and that I appreciate not having to think about it. Twitter&amp;#8217;s my base, man: I want to have my place saved while your picture of your adorable bull-dog loads in another&amp;nbsp;window.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;The answer? Inconclusive, but I can identify with Nate&amp;#8217;s&amp;nbsp;indecision.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/30/are-links-that-open-in-new-windows-the-great-satan/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/et9qV52fg-I" height="1" width="1"/&gt;</description><pubDate>Wed, 30 Sep 2009 16:18:17 +0000</pubDate><guid isPermaLink="false">http://www.pbs.org/design/2009/09/dont-make-your-links-open-in-a-new-window-im-serious.html#more</guid><feedburner:origLink>http://www.pbs.org/design/2009/09/dont-make-your-links-open-in-a-new-window-im-serious.html#more</feedburner:origLink></item><item><title>

Yale Press drops distinctive logo


</title><link>http://feedproxy.google.com/~r/jounce/~3/zbvkCPxQzhg/</link><description>&lt;p&gt;They dropped Paul Rand&amp;#8217;s interesting logo, which was designed in 1985, and replaced it with Yale University&amp;#8217;s main logotype, which, while clearly not as inherently interesting, does indeed convey the character of the University and much of its community reasonably&amp;nbsp;well.&lt;/p&gt;

&lt;p&gt;While this may have been one of Rand&amp;#8217;s most interesting logos, it wasn&amp;#8217;t one of his best, and certainly wasn&amp;#8217;t as timeless as many of his others. Instead, it created the perception that the University and the Press were very different entities, moving in different directions, and this is apparently something they wanted to&amp;nbsp;rectify.&lt;/p&gt;

&lt;p&gt;Based on the comments on Twitter, I&amp;#8217;m apparently one of the few who thinks this was a good decision. As a graphic design artifact, and as an important element of the history of logo design, it will surely live on. As a logo, its time had&amp;nbsp;come.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/30/yale-press-drops-distinctive-logo/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/zbvkCPxQzhg" height="1" width="1"/&gt;</description><pubDate>Wed, 30 Sep 2009 11:46:26 +0000</pubDate><guid isPermaLink="false">http://www.yaledailynews.com/news/art-news/2009/09/30/yale-press-drops-distinctive-logo/</guid><feedburner:origLink>http://www.yaledailynews.com/news/art-news/2009/09/30/yale-press-drops-distinctive-logo/</feedburner:origLink></item><item><title>

Working hard is overrated


</title><link>http://feedproxy.google.com/~r/jounce/~3/Nywzby00gtA/001196.html</link><description>&lt;p&gt;Caterina&amp;nbsp;Fake:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Much more important than working hard is knowing how to find the right thing to work on. Paying attention to what is going on in the world. Seeing patterns. Seeing things as they are rather than how you want them to be. Being able to read what people want. Putting yourself in the right place where information is flowing freely and interesting new juxtapositions can be seen. But you can save yourself a lot of time by working on the right thing. Working hard, even, if that&amp;#8217;s what you like to&amp;nbsp;do.&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/sep/30/working-hard-is-overrated/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/Nywzby00gtA" height="1" width="1"/&gt;</description><pubDate>Wed, 30 Sep 2009 07:10:39 +0000</pubDate><guid isPermaLink="false">http://caterina.net/archive/001196.html</guid><feedburner:origLink>http://caterina.net/archive/001196.html</feedburner:origLink></item><item><title>

Intelligent Home Screen for Android


</title><link>http://feedproxy.google.com/~r/jounce/~3/u1WjpeRB8g4/intelligent_home_screen.html</link><description>&lt;p&gt;Interesting concept screen from Larva&amp;nbsp;Labs:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Larva Labs proposes an intelligent home screen that creates a meaningful hierarchy out of a user’s information. Designed for an Android-based handset, our home screen is intended to appeal to Blackberry owners and people struggling with information&amp;nbsp;overload&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/sep/21/intelligent-home-screen-for-android/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/u1WjpeRB8g4" height="1" width="1"/&gt;</description><pubDate>Mon, 21 Sep 2009 10:35:55 +0000</pubDate><guid isPermaLink="false">http://www.larvalabs.com/product_pages/intelligent_home_screen.html</guid><feedburner:origLink>http://www.larvalabs.com/product_pages/intelligent_home_screen.html</feedburner:origLink></item><item><title>

Outliers


</title><link>http://feedproxy.google.com/~r/jounce/~3/BJQi0IEJSq0/</link><description>&lt;p&gt;Tom Watson on the value of taking outlier cases into&amp;nbsp;account:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Now these things on their own are valuable, but the collateral benefits are why you should do them. If you were designing a car, worrying about extra leg room might make you rethink the entire console. Making a design polished isn’t achieved by making it work for your mom or the average user. You end up with something&amp;nbsp;average.&lt;/p&gt;
&lt;/blockquote&gt;


&lt;a href="/bookmarks/2009/sep/21/outliers/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/BJQi0IEJSq0" height="1" width="1"/&gt;</description><pubDate>Mon, 21 Sep 2009 10:32:50 +0000</pubDate><guid isPermaLink="false">http://tincorporated.com/writing/2009/sep/20/outliers/</guid><feedburner:origLink>http://tincorporated.com/writing/2009/sep/20/outliers/</feedburner:origLink></item><item><title>

Make Yourself Presentable


</title><link>http://feedproxy.google.com/~r/jounce/~3/dsomvdoO600/</link><description>&lt;p&gt;Some solid tips on presenting from Jason Santa Maria. Including this&amp;nbsp;nugget:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Your slides are not your talk. Even though slides are what most people equate with “the talk,” depending on your presentation style, they are actually one of the least important&amp;nbsp;aspects.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Can&amp;#8217;t tell you how much I steam when someone asks me to &amp;#8220;send my presentation.&amp;#8221; Like, do they have a time&amp;nbsp;machine?&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/17/make-yourself-presentable/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/dsomvdoO600" height="1" width="1"/&gt;</description><pubDate>Thu, 17 Sep 2009 06:53:59 +0000</pubDate><guid isPermaLink="false">http://jasonsantamaria.com/articles/make-yourself-presentable/</guid><feedburner:origLink>http://jasonsantamaria.com/articles/make-yourself-presentable/</feedburner:origLink></item><item><title>

Your Post Box Is Too Small


</title><link>http://feedproxy.google.com/~r/jounce/~3/LvHsMcqVIo4/</link><description>&lt;p&gt;Most content creation tools (think WordPress, &lt;span class="caps"&gt;MT&lt;/span&gt;, Blogger) relegate content creation to a secondary page. Adam Mathes argues that this is bass-ackwards, complete with&amp;nbsp;examples:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Twitter gets it right. This is why anyone - even confused celebrities who barely comprehend technology - can actually use this product. You show up, there’s a box at the top, you type in it, and it shows up below with other people’s stuff you can&amp;nbsp;read.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;If content creation is the primary action, it should be presented that&amp;nbsp;way.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/09/your-post-box-is-too-small/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/LvHsMcqVIo4" height="1" width="1"/&gt;</description><pubDate>Wed, 09 Sep 2009 09:36:34 +0000</pubDate><guid isPermaLink="false">http://trenchant.org/daily/2009/9/8/</guid><feedburner:origLink>http://trenchant.org/daily/2009/9/8/</feedburner:origLink></item><item><title>

How to Build a Popularity Algorithm You can be Proud of


</title><link>http://feedproxy.google.com/~r/jounce/~3/yJTnDpoeZGs/How-to-Build-a-Popularity-Algorithm-You-can-be-Proud-of.aspx</link><description>&lt;p&gt;Popularity based on votes seems like a super-simple algorithm at first, but it can get pretty hairy once you get into the details. This post dives into some of those details and discusses how to make an algorithm that is complete and&amp;nbsp;effective.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/09/how-to-build-a-popularity-algorithm-you-can-be-proud-of/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/yJTnDpoeZGs" height="1" width="1"/&gt;</description><pubDate>Wed, 09 Sep 2009 08:17:17 +0000</pubDate><guid isPermaLink="false">http://blog.linkibol.com/post/How-to-Build-a-Popularity-Algorithm-You-can-be-Proud-of.aspx</guid><feedburner:origLink>http://blog.linkibol.com/post/How-to-Build-a-Popularity-Algorithm-You-can-be-Proud-of.aspx</feedburner:origLink></item><item><title>

Why your Web content will look darker on Snow Leopard


</title><link>http://feedproxy.google.com/~r/jounce/~3/zb6SRxvF-OA/why_your_web_content_will_look_darker.html</link><description>&lt;p&gt;I was just explaining the whole Snow Leopard gamma shift this morning to Ali when she asked why some of her recent work was looking so dark. Conveniently, Adobe&amp;#8217;s John Nack published an article that includes an interesting history of the&amp;nbsp;issue:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Macintosh, in 1984, introduced us to desktop publishing and to displays with shades of grays. Publishing at that time meant printing presses, and the dot gain of a typical press (then and now) corresponds to a gamma of 1.8. As color management was non-existent at the time (the first color management solutions did not appear until early 1990s, when color displays became more available), Apple&amp;#8217;s pick of a 1.8 display gamma enabled the Macintosh displays to match the&amp;nbsp;press.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;But now both Macs and Windows are at 2.2, while the HDTVs are all moving to 2.6. Something tells me we&amp;#8217;ll have to deal with this again in a couple&amp;nbsp;years.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/07/why-your-web-content-will-look-darker-on-snow-leopard/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/zb6SRxvF-OA" height="1" width="1"/&gt;</description><pubDate>Mon, 07 Sep 2009 17:01:44 +0000</pubDate><guid isPermaLink="false">http://blogs.adobe.com/jnack/2009/09/why_your_web_content_will_look_darker.html</guid><feedburner:origLink>http://blogs.adobe.com/jnack/2009/09/why_your_web_content_will_look_darker.html</feedburner:origLink></item><item><title>

If Architects Had to Work Like Web Designers


</title><link>http://feedproxy.google.com/~r/jounce/~3/o0odNILEqdY/000455.php</link><description>&lt;p&gt;Written in&amp;nbsp;2002:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Also, do not worry at this time about acquiring the resources to build the house itself. Your first priority is to develop detailed plans and specifications. Once I approve these plans, however, I would expect the house to be under roof within 48&amp;nbsp;hours.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Funny read. I think a lot of this will even out as the industry becomes more mature, sheds some of its silly social media expert influences, and begins to have some recognition of authority. That day can&amp;#8217;t come soon&amp;nbsp;enough.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/07/if-architects-had-to-work-like-web-designers/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/o0odNILEqdY" height="1" width="1"/&gt;</description><pubDate>Mon, 07 Sep 2009 08:38:55 +0000</pubDate><guid isPermaLink="false">http://www.digitalsurvivors.com/archives/000455.php</guid><feedburner:origLink>http://www.digitalsurvivors.com/archives/000455.php</feedburner:origLink></item><item><title>

Save For Web, Simply


</title><link>http://feedproxy.google.com/~r/jounce/~3/rNjSHB78wtw/</link><description>&lt;p&gt;The Most Excellent and Right Honourable Doug Avery tries to clear up the mysterious Save for Web color&amp;nbsp;shift:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;This comes down to a matter of taste. As you can see, Row 4 [sRGB, no embedded profile] produced great, predictable results as long as you remember to turn on Color Proofing while you&amp;#8217;re viewing things (and in &lt;span class="caps"&gt;CS3&lt;/span&gt;, it&amp;#8217;s off by default every time you start Photoshop). This indicates that sRGB is workable, you just need to be careful that you understand what you&amp;#8217;re&amp;nbsp;seeing.&lt;/p&gt;
  
  &lt;p&gt;I still prefer the monitor profile [no embedded &lt;span class="caps"&gt;ICC&lt;/span&gt; profile] (Row 8), it simplifies the entire process and makes my results even more predictable. It also might makes things easier if you&amp;#8217;re in a hurry and need to mix screenshots into a comp without the colors&amp;nbsp;mis-matching.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Click the link, view the poster, pick your poison, and never have an issue&amp;nbsp;again.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/04/save-for-web-simply/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/rNjSHB78wtw" height="1" width="1"/&gt;</description><pubDate>Fri, 04 Sep 2009 07:46:54 +0000</pubDate><guid isPermaLink="false">http://www.viget.com/inspire/save-for-web-simply/</guid><feedburner:origLink>http://www.viget.com/inspire/save-for-web-simply/</feedburner:origLink></item><item><title>

The other side of crowdsourcing


</title><link>http://feedproxy.google.com/~r/jounce/~3/i1Vvx6wZKFA/the-other-side-of-crowdsourcing.html</link><description>&lt;p&gt;A good article arguing against crowdsourcing design.  The key&amp;nbsp;takeaway:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;While design sites tout the &amp;#8220;community&amp;#8221; aspects of their sites, the truth is that they play a winner-take-all game where work is purposefully not collaborative. The power of crowdsourcing comes from when many people working together can achieve something big, like when hundreds of people spend a few minutes each tagging museum photos through the Extraordinaries or when 50 people each contributing $50 can collectively fund an artist&amp;#8217;s dream project through&amp;nbsp;Kickstarter.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;The debate goes&amp;nbsp;on&amp;#8230;&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/03/the-other-side-of-crowdsourcing/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/i1Vvx6wZKFA" height="1" width="1"/&gt;</description><pubDate>Thu, 03 Sep 2009 14:03:13 +0000</pubDate><guid isPermaLink="false">http://www.transcapitalist.com/transcapitalist/2009/9/1/the-other-side-of-crowdsourcing.html?lastPage=true#comment5315111</guid><feedburner:origLink>http://www.transcapitalist.com/transcapitalist/2009/9/1/the-other-side-of-crowdsourcing.html?lastPage=true#comment5315111</feedburner:origLink></item><item><title>

The bar for success in our industry is too low


</title><link>http://feedproxy.google.com/~r/jounce/~3/pWcTEMz7j2w/1890-the-bar-for-success-in-our-industry-is-too-low</link><description>&lt;p&gt;This actually raises one of the issues I brought up in my post yesterday. Jason&amp;nbsp;Fried:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;So I guess what ultimately bothers me most about this New York Times piece, and many other pieces just like it (see TechCrunch daily), is the example that’s being set for the next generation of entrepreneurs. They’re seeing business success defined as “the projections say we’ll profitable later”. They’re constantly being exposed to excuses. They’re being taught that profits are these things that only happen one day far away. That’s just&amp;nbsp;wrong.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Word. There are a few ideas that make sense to plan for profitability down the road a ways, but those are really few and far&amp;nbsp;between.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/03/the-bar-for-success-in-our-industry-is-too-low/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/pWcTEMz7j2w" height="1" width="1"/&gt;</description><pubDate>Thu, 03 Sep 2009 07:17:34 +0000</pubDate><guid isPermaLink="false">http://37signals.com/svn/posts/1890-the-bar-for-success-in-our-industry-is-too-low</guid><feedburner:origLink>http://37signals.com/svn/posts/1890-the-bar-for-success-in-our-industry-is-too-low</feedburner:origLink></item><item><title>

Wikipedia to Color Code Untrustworthy Text


</title><link>http://feedproxy.google.com/~r/jounce/~3/b2EZaryOOVA/</link><description>&lt;p&gt;Interesting&amp;nbsp;concept:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;Text from questionable sources starts out with a bright orange background, while text from trusted authors gets a lighter shade. As more people view and edit the new text, it gradually gains more “trust” and turns from orange to&amp;nbsp;white.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Due out this fall. I wonder how much push-back there will be about who gets the label of &amp;#8220;trusted&amp;nbsp;authors.&amp;#8221;&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/02/wikipedia-to-color-code-untrustworthy-text/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/b2EZaryOOVA" height="1" width="1"/&gt;</description><pubDate>Wed, 02 Sep 2009 14:18:39 +0000</pubDate><guid isPermaLink="false">http://www.wired.com/wiredscience/2009/08/wikitrust/</guid><feedburner:origLink>http://www.wired.com/wiredscience/2009/08/wikitrust/</feedburner:origLink></item><item><title>

• Consider the Product


</title><link>http://feedproxy.google.com/~r/jounce/~3/ZkmT8-PcUOo/</link><description>&lt;p&gt;You&amp;#8217;ve spent a lot on the new product you released a couple months&amp;nbsp;ago. &lt;/p&gt;
&lt;p&gt;You tried to do everything right: lots of user input and feedback, really solid interaction design, a strong &lt;span class="caps"&gt;IA&lt;/span&gt;, appealing visual design perfectly suited to the task at hand, and great developers managed to construct a fast and reliable platform for it all. Even the things you have less control over have been going well: all the pundits have been blogging about your launch as the next site &amp;#8220;to watch,&amp;#8221; and for the first time in your life, you don&amp;#8217;t feel like they deserve a&amp;nbsp;facepunch.&lt;/p&gt;
&lt;p&gt;But still, there&amp;#8217;s something&amp;nbsp;missing. &lt;/p&gt;
&lt;p&gt;Interest is plateauing, users aren&amp;#8217;t using it like you&amp;#8217;d hoped, and the potential investors and suitors are noticing. Some base hasn&amp;#8217;t been covered, even as you tried to cover all the&amp;nbsp;bases.&lt;/p&gt;
&lt;p&gt;See, the problem is the product itself. Whether it&amp;#8217;s about features, expectations, business models, or something else entirely, your best-laid plan managed to hit the wrong&amp;nbsp;mark.&lt;/p&gt;
&lt;h3&gt;The Wisdom of the&amp;nbsp;Crowd&lt;/h3&gt;
&lt;p&gt;Sure, you&amp;#8217;d talked to over a dozen smart and real potential users. They&amp;#8217;d given you some good insights into what they need, too. A bunch of their words found their way into use cases, user stories, or whatever you were using, and then a bunch of those made it into the&amp;nbsp;product.&lt;/p&gt;
&lt;p&gt;But here&amp;#8217;s the rub: they weren&amp;#8217;t telling you about the things they need, they were telling you about the things they &lt;em&gt;think&lt;/em&gt; they need. They were wrong, and you overvalued their input.  Remember how Henry Ford said, &amp;#8220;If I had asked people what they wanted, they would have said faster horses.&amp;#8221; You made the faster horse, or the razor cartridge with &lt;em&gt;six&lt;/em&gt; blades, or the Twitter clone with&amp;nbsp;groups.&lt;/p&gt;
&lt;p&gt;Most users just aren&amp;#8217;t any good at product design. They&amp;#8217;re good at banking, or biking, or blogging, or whatever they do all the time.  They might even be good at giving feedback to the product once it&amp;#8217;s out. They aren&amp;#8217;t, however, just going to hand you a cohesive product that will solve the interesting and unsolved problems that are the focus of great&amp;nbsp;products.&lt;/p&gt;
&lt;p&gt;In the end, even though the focus of the product is indeed the user, user input is only one small piece of the necessary inputs to a great product design. To win, you need to pay attention to some&amp;nbsp;others:&lt;/p&gt;
&lt;h3&gt;The&amp;nbsp;Business&lt;/h3&gt;
&lt;p&gt;You probably paid some attention to this. You probably made sure that there are at least a few potential business models hovering around your idea, whether it includes advertising, partnerships, affiliate revenue, a freemium model, something else, or a combination. You&amp;#8217;ve probably looked to some of the behemoths on the interwebs for guidance, and taken a lesson or two from what&amp;#8217;s worked for&amp;nbsp;them.&lt;/p&gt;
&lt;p&gt;But there&amp;#8217;s a problem with this, too: most of the &amp;#8220;successful&amp;#8221; sites we look to online for business inspiration aren&amp;#8217;t profitable. They aren&amp;#8217;t actually successful businesses, but still funded ventures looking for success. Twitter and Facebook aren&amp;#8217;t remotely in the black, though they may one day get there, so why are you trying to emulate their&amp;nbsp;moves?&lt;/p&gt;
&lt;p&gt;The successful businesses don&amp;#8217;t strap a business model onto the product. Instead, the model and the product are inseparably blended &amp;#8212; a Kindle and buying books, the Flickr pro account, Amazon Prime, the iPhone app store, Basecamp, Netflix, and even Hulu. Having a blended product and business model greatly decreases your chances for catastrophic failure compared to the &amp;#8220;well, we&amp;#8217;ll probably throw ads on it&amp;#8221; approach. That&amp;#8217;s not to mention other issues like the cold start&amp;nbsp;problem.&lt;/p&gt;
&lt;h3&gt;The&amp;nbsp;Technology&lt;/h3&gt;
&lt;p&gt;Of course you paid attention to this, hiring some great developers to build a platform that works great now, and won&amp;#8217;t be hell to change and extend as you learn new things post-launch. But it&amp;#8217;s important to consider the technology requirements in concert with the business&amp;nbsp;model.  &lt;/p&gt;
&lt;p&gt;If you&amp;#8217;re making a photo sharing service, are you going to be able to provide enough storage per user cheaply enough?  Is there data available for your product-rating service, and can you get it easily enough or crowdsource it&amp;nbsp;effectively? &lt;/p&gt;
&lt;p&gt;Thinking about the technology from a product perspective isn&amp;#8217;t always about the code, but about making sure the code takes into account the needs of users and of your business model for at least the next few months. If you&amp;#8217;re successful after a few months, you can make the changes you need and start really thinking&amp;nbsp;long-term.&lt;/p&gt;
&lt;h3&gt;The&amp;nbsp;Features&lt;/h3&gt;
&lt;p&gt;Is it okay that you don&amp;#8217;t allow for photo grouping on that photo sharing site you made? Probably not. That&amp;#8217;s something that people have come to expect on any photo site, even if they &lt;em&gt;never mention it when&amp;nbsp;asked.&lt;/em&gt; &lt;/p&gt;
&lt;p&gt;Planning and prioritizing features can be realllly tricky, especially at the beginning of a product&amp;#8217;s lifetime. You want to make sure you have all the features new users would expect, based on how they perceive the product.  You also need those things that make the product exciting and unique.  You also need the business model taken into account.  But you don&amp;#8217;t want to build anything that isn&amp;#8217;t a prerequisite for a successful&amp;nbsp;product.&lt;/p&gt;
&lt;p&gt;Back to your photo sharing site. You probably need things like reasonable batch uploads, and maybe the premium account that provides extra storage. You also need your secret sauce &amp;#8212; great facial recognition in photos that maps to your social network. But you don&amp;#8217;t necessarily need support for uploading video. At least not&amp;nbsp;yet.&lt;/p&gt;
&lt;h3&gt;A Cohesive&amp;nbsp;Concept&lt;/h3&gt;
&lt;p&gt;The thing is, this whole &amp;#8220;launching a web product thing&amp;#8221; is risky business. Without the right balance of all of the above, some good design, solid development, great intuition, and a healthy dose of luck, it&amp;#8217;s probably not going to work out as well as you&amp;#8217;d hoped in the end. That&amp;#8217;s just part of the game, and that&amp;#8217;s also what makes it&amp;nbsp;fun.&lt;/p&gt;
&lt;p&gt;In the end, your product needs to solve a real problem encountered on a regular basis by a healthy number of real people.  They don&amp;#8217;t even have to know that they have a problem, but if your product solves it, you&amp;#8217;re well on your&amp;nbsp;way. &lt;/p&gt;
&lt;p&gt;So say it right now, like a mad lib: &amp;#8220;This project helps [adjective] people [verb] [adverb] better than anything else out&amp;nbsp;there.&amp;#8221; &lt;/p&gt;
&lt;p&gt;That&amp;#8217;s your product. It&amp;#8217;s a single cohesive idea, and anything &amp;#8212; use cases, features, a business model &amp;#8212; that don&amp;#8217;t further that is usually just a waste of time and money. Your cohesive product concept is your single most valuable asset when you&amp;#8217;re trying to find the light at the end of the&amp;nbsp;tunnel. &lt;/p&gt;
&lt;p&gt;The best thing about product design is its inherent contradiction.  Teams behind the best products think of everything, but at the same time, they&amp;#8217;re focused on exactly one thing. If you can wrangle that, you&amp;#8217;re almost&amp;nbsp;there.&lt;/p&gt;

&lt;p&gt;&lt;/p&gt;

&lt;a href="/blog/2009/sep/02/consider-product/"&gt;Comment on This Post&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/ZkmT8-PcUOo" height="1" width="1"/&gt;</description><pubDate>Wed, 02 Sep 2009 11:44:17 +0000</pubDate><guid isPermaLink="false">http://jounce.net/blog/2009/sep/02/consider-product/</guid><feedburner:origLink>http://jounce.net/blog/2009/sep/02/consider-product/</feedburner:origLink></item><item><title>

More Evidence That Snow Leopard Is a Touchscreen Operating System


</title><link>http://feedproxy.google.com/~r/jounce/~3/pVOaAXi8jWI/15318</link><description>&lt;p&gt;Leander Kahney finds a redesign of an on-screen keyboard in Snow Leopard, and helps put two and two&amp;nbsp;together.&lt;/p&gt;

&lt;p&gt;As you use Snow Leopard, you find even more examples where the mouse is acting more and more like a finger could act on, say, a tablet running &lt;span class="caps"&gt;OS&lt;/span&gt;&amp;nbsp;X.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/02/more-evidence-that-snow-leopard-is-a-touchscreen-operating-system/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/pVOaAXi8jWI" height="1" width="1"/&gt;</description><pubDate>Wed, 02 Sep 2009 10:07:30 +0000</pubDate><guid isPermaLink="false">http://www.cultofmac.com/more-evidence-that-snow-leopard-is-a-touchscreen-operating-system/15318</guid><feedburner:origLink>http://www.cultofmac.com/more-evidence-that-snow-leopard-is-a-touchscreen-operating-system/15318</feedburner:origLink></item><item><title>

Mac OS X 10.6 Snow Leopard: the Ars Technica review


</title><link>http://feedproxy.google.com/~r/jounce/~3/OwwCxh-9BTw/mac-os-x-10-6.ars</link><description>&lt;p&gt;As always, John Siracusa&amp;#8217;s is as authoritative as they get. At twenty-three pages, the pagination almost needs its own pagination. I just finished reading, and it&amp;#8217;s&amp;nbsp;fantastic.&lt;/p&gt;

&lt;p&gt;Even if you&amp;#8217;re not an Apple user, you should read this review. It has boatloads of interesting information about how to think about operating systems, and you&amp;#8217;re almost guaranteed to learn more than just a few useful&amp;nbsp;nuggets.&lt;/p&gt;

&lt;p&gt;It&amp;#8217;s probably the most interesting tech article I&amp;#8217;ve read in&amp;nbsp;months.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/02/mac-os-x-106-snow-leopard-the-ars-technica-review/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/OwwCxh-9BTw" height="1" width="1"/&gt;</description><pubDate>Wed, 02 Sep 2009 10:05:32 +0000</pubDate><guid isPermaLink="false">http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars</guid><feedburner:origLink>http://arstechnica.com/apple/reviews/2009/08/mac-os-x-10-6.ars</feedburner:origLink></item><item><title>

Why Google won't create the next Twitter or Facebook or Posterous


</title><link>http://feedproxy.google.com/~r/jounce/~3/2Y0EP4tjER0/why-google-wont-create-the-next-twitter-or-fa</link><description>&lt;p&gt;I&amp;#8217;m always reluctant to link to anything Scoble writes, but I almost completely agree with what he&amp;#8217;s written in this case, and have been thinking the same thing&amp;nbsp;lately.&lt;/p&gt;

&lt;p&gt;In response to a quote from Google saying, &amp;#8220;We don&amp;#8217;t want to work on problems that only affect a small number of&amp;nbsp;people:&amp;#8221;&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;The thing is, innovations usually come about when it doesn&amp;#8217;t seem like anyone is interested. Let&amp;#8217;s go back to 2006 when Twitter was first released. I remember showing it to other people. They thought it was the lamest thing they&amp;#8217;d ever seen. See, no one was sitting around and saying &amp;#8220;I have a problem, I need a way to blog but I want to be limited to only 140&amp;nbsp;characters.&amp;#8221;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;For &lt;span class="caps"&gt;UX&lt;/span&gt; folk, it&amp;#8217;s one of the big disconnects between user research and the product design process. If everyone could name exactly what they needed, someone would already have gone and made it. Great products solve problems that people never knew they&amp;nbsp;had.&lt;/p&gt;


&lt;a href="/bookmarks/2009/sep/01/why-google-wont-create-the-next-twitter-or-facebook-or-posterous/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/2Y0EP4tjER0" height="1" width="1"/&gt;</description><pubDate>Tue, 01 Sep 2009 06:44:33 +0000</pubDate><guid isPermaLink="false">http://scobleizer.posterous.com/why-google-wont-create-the-next-twitter-or-fa</guid><feedburner:origLink>http://scobleizer.posterous.com/why-google-wont-create-the-next-twitter-or-fa</feedburner:origLink></item><item><title>

HTML5 and Jeremy Keith


</title><link>http://feedproxy.google.com/~r/jounce/~3/XQrTp3ei8Sg/</link><description>&lt;p&gt;Jeremy has a great essay about the issues he has with the markup and semantics side of the &lt;span class="caps"&gt;HTML5&lt;/span&gt; spec, just weeks away from a major milestone draft.  Among other issues, Jeremy identifies one of my key disagreements: a lack of acknowledgment of colloquial semantics in the spec. For instance, footer doesn&amp;#8217;t mean a&amp;nbsp;footer:&lt;/p&gt;

&lt;blockquote&gt;
  &lt;p&gt;I don’t want to spend the next decade telling authors not to mark up their footers as footers. It was bad enough telling people not to mark up addresses as addresses. In any case, authors aren’t going to listen. If they see there’s an element called footer, they will assume it refers to the device known as a footer, and mark up their content accordingly. At that point, the &lt;span class="caps"&gt;HTML5&lt;/span&gt; spec will have become a work of fiction instead of documenting what’s actually on the&amp;nbsp;web.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;There&amp;#8217;s a lot of stuff in the spec that the average web developer couldn&amp;#8217;t easily grasp, but for the rest, it&amp;#8217;s worth a read and a comment or&amp;nbsp;two.&lt;/p&gt;


&lt;a href="/bookmarks/2009/aug/31/html5-and-jeremy-keith/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/XQrTp3ei8Sg" height="1" width="1"/&gt;</description><pubDate>Mon, 31 Aug 2009 14:04:41 +0000</pubDate><guid isPermaLink="false">http://adactio.com/journal/1604/</guid><feedburner:origLink>http://adactio.com/journal/1604/</feedburner:origLink></item><item><title>

Typedia: A Shared Encyclopedia of Typefaces


</title><link>http://feedproxy.google.com/~r/jounce/~3/gONXuViqotI/</link><description>&lt;p&gt;Launched today. For amateur typophiles like myself, this will be an addicting&amp;nbsp;site.&lt;/p&gt;


&lt;a href="/bookmarks/2009/aug/24/typedia-a-shared-encyclopedia-of-typefaces/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/gONXuViqotI" height="1" width="1"/&gt;</description><pubDate>Mon, 24 Aug 2009 15:00:10 +0000</pubDate><guid isPermaLink="false">http://typedia.com/</guid><feedburner:origLink>http://typedia.com/</feedburner:origLink></item><item><title>

Torch Mobile Acquired by RIM


</title><link>http://feedproxy.google.com/~r/jounce/~3/oOK4f24d7cY/</link><description>&lt;p&gt;Now it looks like BlackBerry devices will be using WebKit too. It&amp;#8217;s quickly becoming the default platform for smartphones, and a behemoth among all mobile&amp;nbsp;platforms.&lt;/p&gt;


&lt;a href="/bookmarks/2009/aug/24/torch-mobile-acquired-by-rim/"&gt;Comment on This Entry&lt;/a&gt;&lt;img src="http://feeds.feedburner.com/~r/jounce/~4/oOK4f24d7cY" height="1" width="1"/&gt;</description><pubDate>Mon, 24 Aug 2009 14:21:59 +0000</pubDate><guid isPermaLink="false">http://www.torchmobile.com/</guid><feedburner:origLink>http://www.torchmobile.com/</feedburner:origLink></item></channel></rss>
