<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: What My 2 Year Old Taught Me About Software	</title>
	<atom:link href="https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Mon, 11 Jan 2010 19:21:25 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Brandy		</title>
		<link>https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html/comment-page-1#comment-217568</link>

		<dc:creator><![CDATA[Brandy]]></dc:creator>
		<pubDate>Mon, 11 Jan 2010 19:21:25 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1935#comment-217568</guid>

					<description><![CDATA[Okay just to clarify she does eat more then rice and ravilio! Cheese, grapes, bread, carrots, strawberries, soy beans etc!!!]]></description>
			<content:encoded><![CDATA[<p>Okay just to clarify she does eat more then rice and ravilio! Cheese, grapes, bread, carrots, strawberries, soy beans etc!!!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: JeppeKM		</title>
		<link>https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html/comment-page-1#comment-217511</link>

		<dc:creator><![CDATA[JeppeKM]]></dc:creator>
		<pubDate>Mon, 11 Jan 2010 10:36:05 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1935#comment-217511</guid>

					<description><![CDATA[Very insightful and a joy to read!
Specs are important to give the general direction in which to produce for the developer. The client, though, doesn&#039;t necessarily knows what he/she want before he/she sees it. 
Both by working iterative, agile and with fast mock-ups it becomes a good basis on which the client and developer can discuss and plan what to do with the rest of the ... ravioli- software]]></description>
			<content:encoded><![CDATA[<p>Very insightful and a joy to read!<br />
Specs are important to give the general direction in which to produce for the developer. The client, though, doesn&#8217;t necessarily knows what he/she want before he/she sees it.<br />
Both by working iterative, agile and with fast mock-ups it becomes a good basis on which the client and developer can discuss and plan what to do with the rest of the &#8230; ravioli- software</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: jquave		</title>
		<link>https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html/comment-page-1#comment-217387</link>

		<dc:creator><![CDATA[jquave]]></dc:creator>
		<pubDate>Sun, 10 Jan 2010 21:15:22 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1935#comment-217387</guid>

					<description><![CDATA[I&#039;m not sure I agree that prototyping can trump spec documents. In my experience if I show the client a prototype they will complain about all the missing features. Then after I have fixed them all and polished the aesthetics, only then will they say &quot;oh by the way, this isn&#039;t what we wanted at all.&quot; It&#039;s as if they are only willing to evaluate a finished product. I think they lack the foresight to see where the product is heading. Because of this, I think giving a detailed spec actually does more to illuminate that you are on the wrong path. The reason I think is that my specs usually have price tags attached to each line. This forces them to consider if something is needed, unneeded, or just plain wrong.]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m not sure I agree that prototyping can trump spec documents. In my experience if I show the client a prototype they will complain about all the missing features. Then after I have fixed them all and polished the aesthetics, only then will they say &#8220;oh by the way, this isn&#8217;t what we wanted at all.&#8221; It&#8217;s as if they are only willing to evaluate a finished product. I think they lack the foresight to see where the product is heading. Because of this, I think giving a detailed spec actually does more to illuminate that you are on the wrong path. The reason I think is that my specs usually have price tags attached to each line. This forces them to consider if something is needed, unneeded, or just plain wrong.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: polyGeek		</title>
		<link>https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html/comment-page-1#comment-217174</link>

		<dc:creator><![CDATA[polyGeek]]></dc:creator>
		<pubDate>Sat, 09 Jan 2010 19:24:04 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1935#comment-217174</guid>

					<description><![CDATA[To me a &#039;spec&#039; and a &#039;prototype&#039; are one in the same. In the majority of situations it&#039;s possible to at least create a semi-functional prototype using the Flex Framework faster than writing out a spec - I&#039;m talking about a UI/UX spec.

Want to prototype a video player with comments and voting? That&#039;s what, a few hours work at most? Then the client gets something they can experiment with. If you want to spend a few more hours work then you can add controls to the prototype to let the client edit it. Simple things like resizing controls, changing colors, etc don&#039;t take much time to build in. I&#039;ve seen clients get a real kick out of stuff like that.

Later on you can even drop that stuff into an admin panel that the client can use to change the design after it&#039;s live. They want to give it a Christmas theme? No prob.

What would be fantastic is if Catalyst is easy enough to use then clients might be able to create their own simple prototypes. I know it&#039;s a long shot but we can hope, can&#039;t we?]]></description>
			<content:encoded><![CDATA[<p>To me a &#8216;spec&#8217; and a &#8216;prototype&#8217; are one in the same. In the majority of situations it&#8217;s possible to at least create a semi-functional prototype using the Flex Framework faster than writing out a spec &#8211; I&#8217;m talking about a UI/UX spec.</p>
<p>Want to prototype a video player with comments and voting? That&#8217;s what, a few hours work at most? Then the client gets something they can experiment with. If you want to spend a few more hours work then you can add controls to the prototype to let the client edit it. Simple things like resizing controls, changing colors, etc don&#8217;t take much time to build in. I&#8217;ve seen clients get a real kick out of stuff like that.</p>
<p>Later on you can even drop that stuff into an admin panel that the client can use to change the design after it&#8217;s live. They want to give it a Christmas theme? No prob.</p>
<p>What would be fantastic is if Catalyst is easy enough to use then clients might be able to create their own simple prototypes. I know it&#8217;s a long shot but we can hope, can&#8217;t we?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: pooch lover		</title>
		<link>https://jessewarden.com/2010/01/what-my-2-year-old-taught-me-about-software.html/comment-page-1#comment-217058</link>

		<dc:creator><![CDATA[pooch lover]]></dc:creator>
		<pubDate>Sat, 09 Jan 2010 01:42:37 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=1935#comment-217058</guid>

					<description><![CDATA[Come on give the kid a break, I mean the client.]]></description>
			<content:encoded><![CDATA[<p>Come on give the kid a break, I mean the client.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
