<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: A respectful disagreement with some good friends</title>
	<atom:link href="http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/feed/" rel="self" type="application/rss+xml" />
	<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/</link>
	<description>People Deserve Better Software</description>
	<lastBuildDate>Sat, 18 May 2013 19:39:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jonk</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4855</link>
		<dc:creator><![CDATA[Jonk]]></dc:creator>
		<pubDate>Sun, 06 Dec 2009 14:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4855</guid>
		<description><![CDATA[PS - just noticed how OLD this thread is, WTF  it appearing in twitter. Apologies for flogging a very dead horse.]]></description>
		<content:encoded><![CDATA[<p>PS &#8211; just noticed how OLD this thread is, WTF  it appearing in twitter. Apologies for flogging a very dead horse.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonk</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4854</link>
		<dc:creator><![CDATA[Jonk]]></dc:creator>
		<pubDate>Sun, 06 Dec 2009 14:15:59 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4854</guid>
		<description><![CDATA[I couldn&#039;t disagree more. Obviously your projects are structured so that developers hold   critical positions and are terrified to relinquish them. A good UX diesigner/architect would sort most of these initial problems, including *gasp* the prototype, allowing the developers to get on with buiilding a fantastic solution. That&#039;s not to say the dev team should be sidelined - they should be involved from the start- but the issues you describe are CAUSED by not allowing the right people to handle the job. Developers  and design - pah.]]></description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t disagree more. Obviously your projects are structured so that developers hold   critical positions and are terrified to relinquish them. A good UX diesigner/architect would sort most of these initial problems, including *gasp* the prototype, allowing the developers to get on with buiilding a fantastic solution. That&#8217;s not to say the dev team should be sidelined &#8211; they should be involved from the start- but the issues you describe are CAUSED by not allowing the right people to handle the job. Developers  and design &#8211; pah.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anthonyfranco</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4836</link>
		<dc:creator><![CDATA[anthonyfranco]]></dc:creator>
		<pubDate>Mon, 02 Nov 2009 23:28:27 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4836</guid>
		<description><![CDATA[Honor to have you comment on my blog Bill - like I said, I have a ton of respect for you. I am also know for making extreme statements to make a point every once and a while (okay, maybe more than once and a while)

I was more tweaked with Forrester for not putting context around the statement - I am in total agreement that technology has basically ignored design (and even worse, they have largely ignored the end user). But I have also been a part of many projects where we were brought in to implement a design that another team has created, only to find out that the designers never considered technological challenges. 

I guess where the pendulum sits has a lot to do with perspective - if we are working with IT or a system integrator, we do not see nearly enough thought put into design; if we are working with marketing or a creative agency, we do not see tech involved soon enough]]></description>
		<content:encoded><![CDATA[<p>Honor to have you comment on my blog Bill &#8211; like I said, I have a ton of respect for you. I am also know for making extreme statements to make a point every once and a while (okay, maybe more than once and a while)</p>
<p>I was more tweaked with Forrester for not putting context around the statement &#8211; I am in total agreement that technology has basically ignored design (and even worse, they have largely ignored the end user). But I have also been a part of many projects where we were brought in to implement a design that another team has created, only to find out that the designers never considered technological challenges. </p>
<p>I guess where the pendulum sits has a lot to do with perspective &#8211; if we are working with IT or a system integrator, we do not see nearly enough thought put into design; if we are working with marketing or a creative agency, we do not see tech involved soon enough</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Buxton</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4835</link>
		<dc:creator><![CDATA[Bill Buxton]]></dc:creator>
		<pubDate>Sun, 01 Nov 2009 17:03:26 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4835</guid>
		<description><![CDATA[Sometimes one needs to make an extreme statement in order to push the pendulum away from the opposite extreme at which it is stuck.  The reality is that programming at the start is the norm, and has been the status quo from the beginning.  And it has failed.  Leaping in and prototyping in code from the start has shown its value  through the systems that it has produced.  It has given us an industry which is incapable of developing new products internally from scratch, and made the industry almost completely dependent on mergers and acquisition for growth.  And for every start-up that has succeeded in using this approach to get successful products to market, there are 100&#039;s, if not 1000&#039;s that have failed - mainly due to following this old dogma.

Of course, balance is needed, and programmers should be part of the design team from day one - as should business people.  But if you hang your project&#039;s hat on starting in on prototyping, statistically speaking, your prototypes will always evolve into your product.  You will explore far fewer alternatives that you would using a design-based approach, and at best, you will get a competent implementation of a sub-optimal design.

Personally speaking, I invested too much energy, time, and sleep deprivation in graduate school in computer science to waste the resulting skills on second rate designs.

Programming is essential.  It is just not sufficient.  And, until we make a strong break from the past, we will just proceed into the future using the same old techniques at worst, or minor tweaks, at best.  Our users deserve better, as do the skills of the programmer.]]></description>
		<content:encoded><![CDATA[<p>Sometimes one needs to make an extreme statement in order to push the pendulum away from the opposite extreme at which it is stuck.  The reality is that programming at the start is the norm, and has been the status quo from the beginning.  And it has failed.  Leaping in and prototyping in code from the start has shown its value  through the systems that it has produced.  It has given us an industry which is incapable of developing new products internally from scratch, and made the industry almost completely dependent on mergers and acquisition for growth.  And for every start-up that has succeeded in using this approach to get successful products to market, there are 100&#8242;s, if not 1000&#8242;s that have failed &#8211; mainly due to following this old dogma.</p>
<p>Of course, balance is needed, and programmers should be part of the design team from day one &#8211; as should business people.  But if you hang your project&#8217;s hat on starting in on prototyping, statistically speaking, your prototypes will always evolve into your product.  You will explore far fewer alternatives that you would using a design-based approach, and at best, you will get a competent implementation of a sub-optimal design.</p>
<p>Personally speaking, I invested too much energy, time, and sleep deprivation in graduate school in computer science to waste the resulting skills on second rate designs.</p>
<p>Programming is essential.  It is just not sufficient.  And, until we make a strong break from the past, we will just proceed into the future using the same old techniques at worst, or minor tweaks, at best.  Our users deserve better, as do the skills of the programmer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: amy</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4825</link>
		<dc:creator><![CDATA[amy]]></dc:creator>
		<pubDate>Sat, 10 Oct 2009 16:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4825</guid>
		<description><![CDATA[I know this is the wrong place to post this, but I don&#039;t see another place.  I couldn&#039;t find the &quot;subscribe to RSS link.&quot;  Could you help me out?]]></description>
		<content:encoded><![CDATA[<p>I know this is the wrong place to post this, but I don&#8217;t see another place.  I couldn&#8217;t find the &#8220;subscribe to RSS link.&#8221;  Could you help me out?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Dennis</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4824</link>
		<dc:creator><![CDATA[Alan Dennis]]></dc:creator>
		<pubDate>Wed, 07 Oct 2009 16:48:16 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4824</guid>
		<description><![CDATA[I couldn&#039;t agree more with you. It&#039;s very refreshing to see this viewpoint from more people in the UX field. I work very closely with my developer teammates, for exactly the reasons you list. We jump into prototyping real UI almost immediately, in many cases. And, in my opinion, technologies have become so approachable and flexible (Flash/Flex, WPF/Silverlight, etc...) that you really don&#039;t have much of a reason to fall back on only having mockups or paper prototypes.

There&#039;s always a place for Photoshop mocks, especially when quickly iterating through aesthetic approaches. But for interaction models... Nothing beats the insights you gain through iterating on an actual prototype. Both in terms of what you learn while actually making it and playing with it, but also how early and often you can put it in front of people and enjoy real observation.

I have done paper prototypes before. I don&#039;t plan on ever doing them again. They had a place, in their time, but for me, that time has past.

That being said, one of my favorite design tools is still my whiteboard... ;) (But that is also a big indication of workflow - sketches are ephemeral. Often times, the design IS the prototype.)]]></description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree more with you. It&#8217;s very refreshing to see this viewpoint from more people in the UX field. I work very closely with my developer teammates, for exactly the reasons you list. We jump into prototyping real UI almost immediately, in many cases. And, in my opinion, technologies have become so approachable and flexible (Flash/Flex, WPF/Silverlight, etc&#8230;) that you really don&#8217;t have much of a reason to fall back on only having mockups or paper prototypes.</p>
<p>There&#8217;s always a place for Photoshop mocks, especially when quickly iterating through aesthetic approaches. But for interaction models&#8230; Nothing beats the insights you gain through iterating on an actual prototype. Both in terms of what you learn while actually making it and playing with it, but also how early and often you can put it in front of people and enjoy real observation.</p>
<p>I have done paper prototypes before. I don&#8217;t plan on ever doing them again. They had a place, in their time, but for me, that time has past.</p>
<p>That being said, one of my favorite design tools is still my whiteboard&#8230; ;) (But that is also a big indication of workflow &#8211; sketches are ephemeral. Often times, the design IS the prototype.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rodrigo</title>
		<link>http://anthonyfranco.wordpress.com/2009/10/03/a-respectful-disagreement-with-some-good-friends/#comment-4820</link>
		<dc:creator><![CDATA[Rodrigo]]></dc:creator>
		<pubDate>Mon, 05 Oct 2009 01:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://anthonyfranco.wordpress.com/?p=387#comment-4820</guid>
		<description><![CDATA[I completely agree. Based on your experience, what do today&#039;s dev tools lack in order to give good support to both prototyping and actual code development?]]></description>
		<content:encoded><![CDATA[<p>I completely agree. Based on your experience, what do today&#8217;s dev tools lack in order to give good support to both prototyping and actual code development?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
