<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Elezea&#187; design</title>
	<atom:link href="http://www.elezea.com/category/design/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elezea.com</link>
	<description>A webcolumn on design &#38; technology</description>
	<lastBuildDate>Sat, 04 Feb 2012 06:01:37 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>The elusive goal of lasting beauty in web design</title>
		<link>http://www.elezea.com/2012/01/beauty-in-web-design/</link>
		<comments>http://www.elezea.com/2012/01/beauty-in-web-design/#comments</comments>
		<pubDate>Tue, 10 Jan 2012 09:22:44 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[aesthetic]]></category>
		<category><![CDATA[beauty]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=2285</guid>
		<description><![CDATA[What would happen if we take a more architectural approach to web design, and go into each project as if the design will be around for 100 years or more?]]></description>
			<content:encoded><![CDATA[<p></p><p>A few months ago Nilay Patel did a good interview with Tony Fadell, the creator of the <a href="http://www.nest.com/">Nest thermostat</a>. From <em><a href="http://www.theverge.com/2011/11/14/2559567/tony-fadell-nest-learning-thermostat">Inside the Nest</a> </em>on The Verge:</p>
<blockquote><p>Fadell looks out at the Manhattan skyline and says that he always wanted to be an architect; that buildings stay beautiful forever but digital devices are quickly obsolete. &#8220;You look at hardware or software five years later? They’re crap. You would never use them again. People use architecture all the time.&#8221;</p>
<p>His voice rises. &#8220;What is our form of architecture? What is the thing that lasts of beauty?&#8221;</p>
</blockquote>
<p>I&#8217;ve been thinking about this for a while now, and the reason I can&#8217;t get the interview out of my head is that I just can&#8217;t think of a good answer to Fadell&#8217;s question.</p>
<p><em>In web design, what is the thing that lasts of beauty?</em></p>
<p>Aesthetics and beauty in web design is so subjective, so polarizing, that I wonder if <em>anything</em> lasts of beauty in what we do. As one example among many, the current trend set by <a href="www.path.com">Path</a> and <a href="www.feedly.com">Feedly</a> seems to capture everyone&#8217;s imaginations. Beautiful, high-quality, full-screen photography with functional interactions and copy elegantly embedded:</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="feedly-home.jpg" src="http://cdn.elezea.com/images/feedly-home.jpg" border="0" alt="feedly-home.jpg" /></p>
<p>I also find these sites beautiful &#8211; and functional. But will it last? 2010 and most of 2011 were mostly about minimalism, and now the pendelum seems to be swinging towards a more emotive aesthetic again. That&#8217;s fine because our field is fluid and dynamic, and unlike buildings, things change very rapidly in what we do.</p>
<p>But I do wonder: where are our timeless stadiums?</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="cape-town-stadium.jpg" src="http://cdn.elezea.com/images/cape-town-stadium.jpg" border="0" alt="cape-town-stadium.jpg" /></p>
<p>In a <a href="http://fadeyev.net/2012/01/06/moscow-metro/">recent article on Russian architecture</a> Dmitry Fadeyev describes metro stations in Moscow and ends with the following remark:</p>
<blockquote>
<p>What’s interesting about this type of architecture is that its aim goes far beyond that of creating a functional underground system. Its aim is to promote a political ideal, and it does it through beauty by enriching lives of the people who get to experience it. The question here isn’t: how do we solve the problem of creating a metro station in an efficient manner &#8211; instead the question is: how do we create a station that elevates people’s mood and inspires their lives. This architecture isn’t there just to help you live &#8211; it makes life worth living.</p>
</blockquote>
<p>Maybe that&#8217;s why I think it&#8217;s important to talk about lasting beauty in web design. I wonder what would happen if we felt the weight of responsibility a little more when we&#8217;re designing. What if we go into each project as if the design will be around for 100 years or more? Would we make it fit into the web environment better, aim to give it a timeless aesthetic, and spend more time considering the consequences of our design decisions? Would we try to design something that &#8220;makes life worth living&#8221;?</p>
<p> </p>
<hr align="left" width="100px" />
<p style="font-size: 14px; line-height: 16px;"><strong style="font-style: italic">Update 1/10/02: </strong><a href="http://getfinch.com">Francisco Inchauste</a> wrote <a href="https://plus.google.com/109476442444769469197/posts/5rmhSLJDpno">a great comment on Google+</a>. Instead of summarizing it, I&#8217;ll post it here in its entirety. His point about content being that thing that lasts of beauty is particularly interesting. Francisco writes:</p>
<p style="font-size: 14px; line-height: 16px;"><em>Our raw material doesn&#8217;t have a cost. You can cut up pixels and add to them. You can only cut a stone or wood once. Then it&#8217;s in a final form. We never find a final form for our digital goods, because by nature they are in a state of flux. The real beauty could be the changing connections of nodes that make up our Web.</em></p>
<p style="font-size: 14px; line-height: 16px;"><em>The lens (browsers/devices) to view that work is always different and also evolving everyday. I think that&#8217;s why people have landed on content as the focus again. The content can evolve in presentation, but at the core is still the same content. So, maybe the goal of lasting beauty is in content, instead?<br /></em></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2012/01/beauty-in-web-design/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; The balance we need to move the web forward]]></title>
		<link><![CDATA[http://dashes.com/anil/2012/01/foursquare-todays-best-executing-startup.html]]></link>
		<comments>http://www.elezea.com/2012/01/design-balance/#comments</comments>
		<pubDate>Wed, 04 Jan 2012 11:26:29 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[technology]]></category>
		<category><![CDATA[anil dash]]></category>
		<category><![CDATA[foursquare]]></category>
		<category><![CDATA[path]]></category>
		<category><![CDATA[talent acquisition]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=2267</guid>
		<description><![CDATA[This is a great post by Anil Dash. There&#8217;s so much to learn from the Foursquare story, but my favorite part is the last paragraph. In Foursquare: Today&#8217;s best-executing startup he writes: But perhaps most importantly, I think we need more stories that celebrate the success of what seem like small, iterative product launches, but actually [...]<p><a href="http://www.elezea.com/2012/01/design-balance/" rel="bookmark" title="Permanent link to 'The balance we need to move the web forward'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p><a href="http://dashes.com/anil/2012/01/foursquare-todays-best-executing-startup.html">This</a> is a great post by Anil Dash. There&#8217;s so much to learn from the Foursquare story, but my favorite part is the last paragraph. In <a href="http://dashes.com/anil/2012/01/foursquare-todays-best-executing-startup.html"><em>Foursquare: Today&#8217;s best-executing startup</em></a> he writes:</p>
<blockquote><p>But perhaps most importantly, I think we need more stories that celebrate the success of what seem like small, iterative product launches, but actually reflect triumphs in unsung disciplines such as systems operations, design process, business development and product management. There are lots of loud, pointless headlines about companies getting money from venture capitalists or angel investors. What I&#8217;d love to see more of in 2012 (and beyond!) is headlines about how a few small successes with users are a demonstration of a small company outperforming and out-innovating the biggest companies in the tech industry by being focused and disciplined in their execution.</p></blockquote>
<p>This is why I hope all the cynics are wrong when they publicly wonder when Facebook will buy Path&#8217;s design team. <a href="http://www.elezea.com/2011/12/google-path-ui-design/">I&#8217;m done with Path</a> because I couldn&#8217;t find a use for it, but <a href="http://wrrk.tumblr.com/post/14477784998/where-will-your-path-lead">some people have found a place for it</a>. I&#8217;d much rather see Path succeed as a small, niche social network that continues to push the design envelope, than have them be gobbled up as a &#8220;<a href="http://bokardo.com/archives/the-golden-age-of-design-in-startups/">talent acquisition</a>&#8221; move.</p>
<p>When we design for the web we often find ourselves balancing the use of established UI patterns with trying out new ways to solve existing problems. <em>Facebook Timeline</em> is tilted towards the former, while <em>Path</em> bet heavily on the latter. Yet both approaches are important. If we&#8217;re going to move the web forward we can&#8217;t get stuck in the existing ways of doing things without also experimenting with possible better ways. If we shine a bigger spotlight on those small companies that &#8220;outperform and out-innovate the biggest companies&#8221;, then maybe we can maintain this necessary balance between design status quo and new ideas indefinitely.</p>
<p><a href="http://www.elezea.com/2012/01/design-balance/" rel="bookmark" title="Permanent link to 'The balance we need to move the web forward'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2012/01/design-balance/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; Don&#8217;t rip into a design too early]]></title>
		<link><![CDATA[http://www.designstaff.org/articles/how-designers-and-engineers-can-play-nice-2011-12-22.html]]></link>
		<comments>http://www.elezea.com/2011/12/designers-and-engineers-sitting-in-a-tree/#comments</comments>
		<pubDate>Sat, 31 Dec 2011 13:11:08 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[engineering]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=2223</guid>
		<description><![CDATA[How designers and engineers can play nice is a really great post by Jenna Bilotta. I nodded along enthusiastically to this point in particular: Too often I observe my fellow designers rip into the aesthetics or interaction design of an early engineering prototype. When an engineer is met with critical feedback from a designer about issues [...]<p><a href="http://www.elezea.com/2011/12/designers-and-engineers-sitting-in-a-tree/" rel="bookmark" title="Permanent link to 'Don&#8217;t rip into a design too early'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p><a href="http://www.designstaff.org/articles/how-designers-and-engineers-can-play-nice-2011-12-22.html"><em>How designers and engineers can play nice</em></a> is a really great post by Jenna Bilotta. I nodded along enthusiastically to this point in particular:</p>
<blockquote><p>Too often I observe my fellow designers rip into the aesthetics or interaction design of an early engineering prototype. When an engineer is met with critical feedback from a designer about issues they haven’t even begun to think about, it doesn’t encourage that engineer to include the designer in future reviews. This is how designers end up begging for massive changes the week before launch, and how we almost never get them.</p></blockquote>
<p>One of the most difficult skills for a designer to learn is restraint during the early stages of implementation, when things aren&#8217;t perfect yet.</p>
<p>There are some great suggestions in the article &#8211; well worth reading.</p>
<p><a href="http://www.elezea.com/2011/12/designers-and-engineers-sitting-in-a-tree/" rel="bookmark" title="Permanent link to 'Don&#8217;t rip into a design too early'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/12/designers-and-engineers-sitting-in-a-tree/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>We might as well make beautiful things</title>
		<link>http://www.elezea.com/2011/11/beauty-in-design/</link>
		<comments>http://www.elezea.com/2011/11/beauty-in-design/#comments</comments>
		<pubDate>Sun, 20 Nov 2011 07:41:07 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[apple]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[steve jobs]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1928</guid>
		<description><![CDATA[This is one of my favorite stories in the Steve Jobs biography: The result was that the Macintosh team came to share Jobs’s passion for making a great product, not just a profitable one. &#8220;Jobs thought of himself as an artist, and he encouraged the design team to think of ourselves that way too,&#8221; said Hertzfeld. [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>This is one of my favorite stories in the <a href="https://kindle.amazon.com/work/steve-jobs-ebook/B004W8KM4K/B004W2UBYW">Steve Jobs biography</a>:</p>
<blockquote>
<p>The result was that the Macintosh team came to share Jobs’s passion for making a great product, not just a profitable one. &#8220;Jobs thought of himself as an artist, and he encouraged the design team to think of ourselves that way too,&#8221; said Hertzfeld. &#8220;The goal was never to beat the competition, or to make a lot of money. It was to do the greatest thing possible, or even a little greater.&#8221;</p>
<p>He once took the team to see an exhibit of Tiffany glass at the Metropolitan Museum in Manhattan because he believed they could learn from Louis Tiffany’s example of creating great art that could be mass-produced. Recalled Bud Tribble, &#8220;We said to ourselves, &#8216;<strong>Hey, if we&#8217;re going to make things in our lives, we might as well make them beautiful</strong>.&#8217;&#8221;</p>
</blockquote>
<p>See also <a href="http://www.elezea.com/2011/11/microsoft-courier-profit-vs-product/"><em>The difference between Apple and Microsoft: product before profit</em></a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/11/beauty-in-design/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; Copying taste without understanding design]]></title>
		<link><![CDATA[http://boingboing.net/2011/11/14/what-the-vaio-z-says-about-son.html]]></link>
		<comments>http://www.elezea.com/2011/11/piss-poor-job/#comments</comments>
		<pubDate>Fri, 18 Nov 2011 14:40:08 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[apple]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[technology]]></category>
		<category><![CDATA[hp]]></category>
		<category><![CDATA[sony]]></category>
		<category><![CDATA[taste]]></category>
		<category><![CDATA[vaio]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1919</guid>
		<description><![CDATA[Rob Beschizza in What the Vaio Z says about Sony&#8217;s little design problem, a brilliant article on the difference between taste and design: Apple competitors are obsessed with copying Apple&#8217;s tastes without copying its central design habit, which is solving a problem and then refining the solution until the problem changes. This is also what makes [...]<p><a href="http://www.elezea.com/2011/11/piss-poor-job/" rel="bookmark" title="Permanent link to 'Copying taste without understanding design'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>Rob Beschizza in <a href="http://boingboing.net/2011/11/14/what-the-vaio-z-says-about-son.html"><em>What the Vaio Z says about Sony&#8217;s little design problem</em></a>, a brilliant article on the difference between taste and design:</p>
<blockquote><p>Apple competitors are obsessed with copying Apple&#8217;s tastes without copying its central design habit, which is <em>solving a problem and then refining the solution until the problem changes</em>.</p></blockquote>
<p>This is also what makes the <a href="http://www.theverge.com/2011/11/16/2564285/hp-envy-15-and-17-press-photos#2577493">HP Envy</a> such a bizarre rip-off of the Macbook Pro. It all reminds me of that scene in Armageddon where the Bruce Willis character blows up at the contractors who tried to build an oil drill he designed:</p>
<blockquote><p>Let me get this straight. You had me pulled off my oil rig, flown half way around the world, you stole my drill design, couldn&#8217;t read the plans right, and did a piss poor job of putting it together!</p></blockquote>
<p>I can image hearing those same words coming out of Steve Jobs&#8217;s mouth if he could see the <em>Sony Vaio Z</em> and the <em>HP Envy</em>.</p>
<p><a href="http://www.elezea.com/2011/11/piss-poor-job/" rel="bookmark" title="Permanent link to 'Copying taste without understanding design'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/11/piss-poor-job/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; Design as opportunity to make meaningful connections]]></title>
		<link><![CDATA[http://blog.frankchimero.com/post/11620616234]]></link>
		<comments>http://www.elezea.com/2011/11/making-meaning/#comments</comments>
		<pubDate>Sun, 06 Nov 2011 10:29:27 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[design]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1893</guid>
		<description><![CDATA[I love pretty much everything Frank Chimero writes, and his essay on the meaning of design from a few weeks back still rings in my ears: We should care more about our craft because we’re granted an opportunity to contribute to the world. We should care more about what we say because each time we [...]<p><a href="http://www.elezea.com/2011/11/making-meaning/" rel="bookmark" title="Permanent link to 'Design as opportunity to make meaningful connections'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>I love pretty much everything Frank Chimero writes, and his <a href="http://blog.frankchimero.com/post/11620616234">essay on the meaning of design</a> from a few weeks back still rings in my ears:</p>
<blockquote><p>We should care more about our craft because we’re granted an opportunity to contribute to the world. We should care more about what we say because each time we speak, there’s someone there to listen. We should care more about our audiences because they are the ones who give our work value. We might think that design work is about you or about me or anyone else who makes it, or maybe about the things that we make and the artifacts we produce, but don’t let this way of thinking fool you. The things we make are all just excuses to speak with one another and to help one another. We are all linked, and the things that we make for each other strengthen the invisible threads that tie us all together.</p></blockquote>
<p>Many people won&#8217;t agree with this sentiment. Many will think it&#8217;s silly to think about something as trivial as web design in this grandiose way. They&#8217;ll remind us that we&#8217;re just making web sites, not saving the world. And that&#8217;s fine &#8211; not everyone is going to care as much about design, or even understand why some of us do.</p>
<p>But I <em>do</em> care. I care because I think we have the opportunity to shape a technology that is at once <a href="http://www.elezea.com/2011/11/being-honest-about-technology/">exhilarating and dangerous</a>. A technology that has the massive opportunity to bring people closer together, if we can just keep it together long enough not to destroy each other in YouTube comments and flaming blog posts.</p>
<p>So, yes, I care a lot about this, probably more than I should. But I&#8217;m with Frank on this: everything we do is just an excuse &#8220;to speak with one another and to help one another.&#8221;</p>
<p><a href="http://www.elezea.com/2011/11/making-meaning/" rel="bookmark" title="Permanent link to 'Design as opportunity to make meaningful connections'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/11/making-meaning/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; Aesthetic longevity is the new product expiration date]]></title>
		<link><![CDATA[http://designmind.frogdesign.com/blog/beauty-is-free.html]]></link>
		<comments>http://www.elezea.com/2011/10/design-aesthetic/#comments</comments>
		<pubDate>Fri, 07 Oct 2011 15:25:34 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[aesthetic]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1745</guid>
		<description><![CDATA[In Beauty Is Free, Mimi Zou argues that quality has become a given in most products, so beautiful design is one of the primary ways to differentiate in a crowded market: In a time when products outlast their reliability expectations, has aesthetic longevity become the new expiration date? While it’s not viable to design for changing tastes, [...]<p><a href="http://www.elezea.com/2011/10/design-aesthetic/" rel="bookmark" title="Permanent link to 'Aesthetic longevity is the new product expiration date'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>In <a href="http://designmind.frogdesign.com/blog/beauty-is-free.html">Beauty Is Free</a>, Mimi Zou argues that quality has become a given in most products, so beautiful design is one of the primary ways to differentiate in a crowded market:</p>
<blockquote><p>In a time when products outlast their reliability expectations, has aesthetic longevity become the new expiration date? While it’s not viable to design for changing tastes, it remains that the aesthetics of a product should always be given great emphasis: be it physical, digital or a manifestation of both. Keeping vitality in mind, the aesthetics of a good product should complement its functionality and be made with full intent. The most insightful designs are those which are not only competitive in quality and cost, but also uncompromising in aesthetics.</p></blockquote>
<p>I&#8217;ve always <a href="http://www.elezea.com/2011/06/design-science-art/">defended</a> aesthetics in web design in particular by arguing that it builds trust, increases engagement, and elicits the appropriate emotional responses to the brand (i.e., consistent with the brand promise).</p>
<p>This article gives us another reason to push for a <a href="http://warpspire.com/posts/relentless-quality/">relentless focus</a> on good aesthetics: since most products now have a baseline quality that is good enough, <strong>users expect beautiful products</strong>.</p>
<p>Also, <a href="http://www.lukew.com/ff/entry.asp?1418">this</a>.</p>
<p><a href="http://www.elezea.com/2011/10/design-aesthetic/" rel="bookmark" title="Permanent link to 'Aesthetic longevity is the new product expiration date'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/10/design-aesthetic/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Design and copy changes in the new Windows 8 &#8220;blue screen of death&#8221;</title>
		<link>http://www.elezea.com/2011/10/windows-8-blue-screen-of-death/</link>
		<comments>http://www.elezea.com/2011/10/windows-8-blue-screen-of-death/#comments</comments>
		<pubDate>Mon, 03 Oct 2011 18:00:57 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[Content Strategy]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[blue screen of death]]></category>
		<category><![CDATA[content strategy]]></category>
		<category><![CDATA[windows]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1719</guid>
		<description><![CDATA[A quick analysis of the clever changes Microsoft made to the infamous blue screen of death.]]></description>
			<content:encoded><![CDATA[<p></p><p>In a recent episode of <a href="http://5by5.tv/talkshow/59">The Talk Show</a>, John Gruber and Dan Benjamin pointed out something interesting about the Windows 8 redesign of Microsoft&#8217;s well-known &#8220;blue screen of death&#8221;. First, here&#8217;s an example of what this screen currently looks like:</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="windows-old-blue-screen-of-death.jpg" src="http://elezea.s3.amazonaws.com/images/windows-old-blue-screen-of-death.jpg" border="0" alt="windows-old-blue-screen-of-death.jpg" /></p>
<p>Notice how Windows essentially accepts the blame in this situation. The title of the page says &#8220;Windows&#8221;, and they give you the cold, hard facts: An exception occurred. The application will be terminated, and you have to restart. Sucks to be you.</p>
<p>Compare that to the redesigned screen for Windows 8:</p>
<p><img style="display: block; margin-left: auto; margin-right: auto;" title="windows-8-blue-screen-of-death.jpg" src="http://elezea.s3.amazonaws.com/images/windows-8-blue-screen-of-death.jpg" border="0" alt="windows-8-blue-screen-of-death.jpg" /></p>
<p>Notice all the subtle differences here. The emoticon to put you at ease. The nice font. The assurance that they will restart the computer &#8211; you don&#8217;t have to do it yourself like in the previous version. But most of all, notice the copy changes.</p>
<p>&#8220;<strong>Your PC ran into a problem that it couldn&#8217;t handle and now it needs to restart.</strong>&#8221; In this version Windows isn&#8217;t the culprit any more &#8211; your PC is. Your computer did something it shouldn&#8217;t be doing so it broke. &#8220;But hey,&#8221; they say, &#8220;don&#8217;t worry, Windows has your back and is swooping in to save the day!&#8221;</p>
<p>It&#8217;s a subtle change in design and copy, but credit where it&#8217;s due: this is pretty clever.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/10/windows-8-blue-screen-of-death/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; Designing for permanence]]></title>
		<link><![CDATA[http://johnnyholland.org/2011/09/30/what-i-bring-to-ux-from-architecture/]]></link>
		<comments>http://www.elezea.com/2011/10/design-for-permanence/#comments</comments>
		<pubDate>Sun, 02 Oct 2011 18:28:02 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[design]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1717</guid>
		<description><![CDATA[What would happen if we felt the weight of responsibility a little more when we're designing?<p><a href="http://www.elezea.com/2011/10/design-for-permanence/" rel="bookmark" title="Permanent link to 'Designing for permanence'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>Jennifer Fraser brings up an interesting point in <a href="http://johnnyholland.org/2011/09/30/what-i-bring-to-ux-from-architecture/">What I Bring to UX From … Architecture</a>:</p>
<blockquote><p>As an architect, the implicit permanence of designing a building carries with it a sense of responsibility… I can’t help but wonder if we would have better designed products if some of that responsibility and sense of permanence of architecture found its way into what we do as user experience designers.</p></blockquote>
<p>We live in an environment where most web design is seen as variable. With <a href="http://www.elezea.com/2009/08/dangers-test-learn/">A/B testing</a>, <a href="http://en.wikipedia.org/wiki/Minimum_viable_product">Minimum Viable Products</a>, and the prevalence of <a href="http://en.wikipedia.org/wiki/Content_management_system">Content Management Systems</a>, nothing is set in stone. If something doesn&#8217;t work, we change it immediately &#8211; and see the results of those changes immediately as well. This is a very good thing; optimizing user experiences is, after all, what we do.</p>
<p>But I do wonder what would happen if we felt the weight of responsibility a little more when we&#8217;re designing. What if we go into a project as if the design we come up with might be around for 100 years or more? Would we make it fit into the web environment better, give it a timeless aesthetic, and spend more time considering the consequences of our design decisions?</p>
<p><a href="http://www.elezea.com/2011/10/design-for-permanence/" rel="bookmark" title="Permanent link to 'Designing for permanence'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/10/design-for-permanence/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title><![CDATA[&#8594; Authorship and the balance of science and art in design]]></title>
		<link><![CDATA[http://observatory.designobserver.com/feature/a-laypersons-guide-to-graphic-design/7257/]]></link>
		<comments>http://www.elezea.com/2011/09/design-authorship/#comments</comments>
		<pubDate>Thu, 29 Sep 2011 15:29:29 +0000</pubDate>
		<dc:creator>Rian</dc:creator>
				<category><![CDATA[design]]></category>
		<category><![CDATA[art]]></category>
		<category><![CDATA[science]]></category>

		<guid isPermaLink="false">http://www.elezea.com/?p=1689</guid>
		<description><![CDATA[I really like Adrian Shaughnessy&#8217;s view on design authorship and that constant struggle to find the right balance between art and science in design. From A Layperson&#8217;s Guide to Graphic Design: As designers we are inclined to solve the problems of our clients, but we want to do it in our own way and in our [...]<p><a href="http://www.elezea.com/2011/09/design-authorship/" rel="bookmark" title="Permanent link to 'Authorship and the balance of science and art in design'" class="glyph">∞ Permalink</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>I really like Adrian Shaughnessy&#8217;s view on design authorship and that constant struggle to find the right balance between art and science in design. From <a href="http://observatory.designobserver.com/feature/a-laypersons-guide-to-graphic-design/7257/">A Layperson&#8217;s Guide to Graphic Design</a>:</p>
<blockquote>
<p>As designers we are inclined to solve the problems of our clients, but we want to do it in our own way and in our own voice.</p>
<p>Of course, this takes us to the essential paradox at the heart of all types of design: the urge for a personal authorial voice is considered to be antithetical to rational objective design. To be truly objective, the designer needs to remove all personal feelings from the equation and zero-in on a rational solution — or so we are told.</p>
<p>Yet there never was great design of any kind that forced the designer to eradicate his or her own voice, and all great design, the stuff that matters, has a strong personal signature which doesn’t impede functionality. Designers may not be artists, but they still want to — metaphorically and literally — sign the work they do.</p>
</blockquote>
<p><em>(link via <a href="https://twitter.com/justinspratt/status/119270594637340672">@justinspratt</a>)</em></p>
<p><a href="http://www.elezea.com/2011/09/design-authorship/" rel="bookmark" title="Permanent link to 'Authorship and the balance of science and art in design'" class="glyph">∞ Permalink</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.elezea.com/2011/09/design-authorship/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Content Delivery Network via Amazon Web Services: CloudFront: cdn.elezea.com

Served from: www.elezea.com @ 2012-02-05 12:14:10 -->
