<?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: High Level vs. Implementation Details	</title>
	<atom:link href="https://jessewarden.com/2004/09/high-level-vs-implementation-details.html/feed" rel="self" type="application/rss+xml" />
	<link>https://jessewarden.com/2004/09/high-level-vs-implementation-details.html</link>
	<description>Software &#124; Fitness &#124; Gaming</description>
	<lastBuildDate>Thu, 16 Sep 2004 20:02:08 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Phillip Kerman		</title>
		<link>https://jessewarden.com/2004/09/high-level-vs-implementation-details.html/comment-page-1#comment-1962</link>

		<dc:creator><![CDATA[Phillip Kerman]]></dc:creator>
		<pubDate>Thu, 16 Sep 2004 20:02:08 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=611#comment-1962</guid>

					<description><![CDATA[Definitely, people get hung up on the implementation details and skip the bigger picture.  But, you can/should do both.  Just do it in the proper order.  

In fact, sometimes implementation details affect the original objectives.  Take the Iraq &quot;war&quot; for example.  Apparantly there were objectives now, as it&#039;s being implemented, those objectives shifted.  Maybe that&#039;s a bad example.  But, in programming, if someone says they want an &quot;animation&quot; that is actually an implementation detail--before you even get to Flash.  An objective&#039;s are more general goals and messages. An animation might solve the task to communicate a particular message.  

Quite often I get clients who&#039;ve jumped to the implementation way to early.  Similarly, whenever someone begins to explain a project by telling me the opening animation sequence I know we&#039;re in trouble.  Actually, the best way to tell a story is to write the first part last.  That way, you know where you&#039;re headed. 

Thanks,
Phillip

P.S. There you go again with the &quot;old&quot; thing.
]]></description>
			<content:encoded><![CDATA[<p>Definitely, people get hung up on the implementation details and skip the bigger picture.  But, you can/should do both.  Just do it in the proper order.  </p>
<p>In fact, sometimes implementation details affect the original objectives.  Take the Iraq &#8220;war&#8221; for example.  Apparantly there were objectives now, as it&#8217;s being implemented, those objectives shifted.  Maybe that&#8217;s a bad example.  But, in programming, if someone says they want an &#8220;animation&#8221; that is actually an implementation detail&#8211;before you even get to Flash.  An objective&#8217;s are more general goals and messages. An animation might solve the task to communicate a particular message.  </p>
<p>Quite often I get clients who&#8217;ve jumped to the implementation way to early.  Similarly, whenever someone begins to explain a project by telling me the opening animation sequence I know we&#8217;re in trouble.  Actually, the best way to tell a story is to write the first part last.  That way, you know where you&#8217;re headed. </p>
<p>Thanks,<br />
Phillip</p>
<p>P.S. There you go again with the &#8220;old&#8221; thing.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Pete		</title>
		<link>https://jessewarden.com/2004/09/high-level-vs-implementation-details.html/comment-page-1#comment-1961</link>

		<dc:creator><![CDATA[Pete]]></dc:creator>
		<pubDate>Thu, 16 Sep 2004 10:25:51 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=611#comment-1961</guid>

					<description><![CDATA[LOL - that&#039;s just the dumbed down API for the bizniz peeps so they don&#039;t get too fucked over by the technology they are too lazy to grasp the intricacies of.

If you talk technology...they lose control of the situation. If they can keep you talking abstract process concepts they feel safer and less threatened.

The best applications out there are designed and developed by the peeps who have a solid grasp of the technology and can leverage the intricacies against the business objective they understand.

Fuckin bollox.]]></description>
			<content:encoded><![CDATA[<p>LOL &#8211; that&#8217;s just the dumbed down API for the bizniz peeps so they don&#8217;t get too fucked over by the technology they are too lazy to grasp the intricacies of.</p>
<p>If you talk technology&#8230;they lose control of the situation. If they can keep you talking abstract process concepts they feel safer and less threatened.</p>
<p>The best applications out there are designed and developed by the peeps who have a solid grasp of the technology and can leverage the intricacies against the business objective they understand.</p>
<p>Fuckin bollox.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Graeme		</title>
		<link>https://jessewarden.com/2004/09/high-level-vs-implementation-details.html/comment-page-1#comment-1960</link>

		<dc:creator><![CDATA[Graeme]]></dc:creator>
		<pubDate>Thu, 16 Sep 2004 06:07:13 +0000</pubDate>
		<guid isPermaLink="false">http://jessewarden.com/?p=611#comment-1960</guid>

					<description><![CDATA[Dude.. I know totally what you are talking about.  Most people who think like that are &quot;architecture managers&quot; that think if they aren&#039;t around the whole infrastructure will fall to pieces.  Arsewipes the whole lot of &#039;em in my books ;)  But in truth it is better to think of it high lever before going on to the details of &quot;what&quot; will be used to do the task.  It&#039;s a hard way to think but once you get used to it, even though you already know the answer, it&#039;s better.  You&#039;ll find yourself opening up to new things and ideas, and on the other hand you&#039;ll also become a bit more proficient in steering the conversation towards what you want the end technology to be.  I&#039;ve got some more thoughts on this, but gotta fly to a meeting so hopefully I can post a bit later.]]></description>
			<content:encoded><![CDATA[<p>Dude.. I know totally what you are talking about.  Most people who think like that are &#8220;architecture managers&#8221; that think if they aren&#8217;t around the whole infrastructure will fall to pieces.  Arsewipes the whole lot of &#8217;em in my books ;)  But in truth it is better to think of it high lever before going on to the details of &#8220;what&#8221; will be used to do the task.  It&#8217;s a hard way to think but once you get used to it, even though you already know the answer, it&#8217;s better.  You&#8217;ll find yourself opening up to new things and ideas, and on the other hand you&#8217;ll also become a bit more proficient in steering the conversation towards what you want the end technology to be.  I&#8217;ve got some more thoughts on this, but gotta fly to a meeting so hopefully I can post a bit later.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
