<?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: 10 Lessons of an MIT Education</title>
	<atom:link href="http://innovationzen.com/blog/index.php/2007/04/23/10-lessons-of-an-mit-education/feed/" rel="self" type="application/rss+xml" />
	<link>http://innovationzen.com/blog/2007/04/23/10-lessons-of-an-mit-education/</link>
	<description>Innovation Management, Business Strategy, Technology and more!</description>
	<lastBuildDate>Fri, 21 Oct 2011 16:44:36 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: john trenouth</title>
		<link>http://innovationzen.com/blog/2007/04/23/10-lessons-of-an-mit-education/comment-page-1/#comment-8686</link>
		<dc:creator>john trenouth</dc:creator>
		<pubDate>Sun, 29 Apr 2007 16:54:23 +0000</pubDate>
		<guid isPermaLink="false">http://innovationzen.com/blog/2007/04/23/10-lessons-of-an-mit-education/#comment-8686</guid>
		<description>I&#039;m not sure point #3 stands up to experience...

3.By and large, “knowing how” matters more than “knowing what” 

For example, if you&#039;re building a house I dare you to replace the architects with carpenters.

Furthermore software engineering is in such a sorry state (imagine if bridges were the physical equivalent of Word) because &quot;know what&quot; issues have been until fairly recently left entirely to the &quot;know how&quot; engineers.  

If you know what to do, you can usually find out how to accomplish it.  But if all you know is how you end up with early Microsoft products.

If software has taught us anything, its that &quot;know how&quot; and &quot;know what&quot; are very very different issues that require very different skills and temperaments to handle successfully, and that conflating the two is almost always disastrous for the end user.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure point #3 stands up to experience&#8230;</p>
<p>3.By and large, “knowing how” matters more than “knowing what” </p>
<p>For example, if you&#8217;re building a house I dare you to replace the architects with carpenters.</p>
<p>Furthermore software engineering is in such a sorry state (imagine if bridges were the physical equivalent of Word) because &#8220;know what&#8221; issues have been until fairly recently left entirely to the &#8220;know how&#8221; engineers.  </p>
<p>If you know what to do, you can usually find out how to accomplish it.  But if all you know is how you end up with early Microsoft products.</p>
<p>If software has taught us anything, its that &#8220;know how&#8221; and &#8220;know what&#8221; are very very different issues that require very different skills and temperaments to handle successfully, and that conflating the two is almost always disastrous for the end user.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

