<?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: The case for high level components</title>
	<atom:link href="http://almaer.com/blog/the-case-for-high-level-components/feed" rel="self" type="application/rss+xml" />
	<link>http://almaer.com/blog/the-case-for-high-level-components</link>
	<description>blogging about life, the universe, and everything tech</description>
	<lastBuildDate>Sat, 08 Sep 2012 07:06:53 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Michal</title>
		<link>http://almaer.com/blog/the-case-for-high-level-components/comment-page-1#comment-19158</link>
		<dc:creator>Michal</dc:creator>
		<pubDate>Sat, 19 Feb 2005 15:51:12 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/the-case-for-high-level-components#comment-19158</guid>
		<description>
Components make sense everywhere. If in some domain they are not seen as something useful  -
this is just a sign of immaturity of that domain rather then something to be proud of.

IMO the question &quot;what should be generized, what shouldn&#039;t&quot; does not make much sense.

The most common mistake which people make when they think about components is when they think that they are for resubality and therefore they are trying to write &quot;swiss army knife&quot; components which can solve all their problems.

This works bad in practice.  For our cars we  have summer and winter tires, which are just much better then all-season tires.
And we are prepared that we will have to change tires every  60 000 KM.
So in place of trying to make something which works in every possible situation - it is just better to make highly specialized things which are going to solve well our current problem. But to make them in the way which will make changes in the future simpler.

So components are not about reusing the same thing  all over again, but about having possibility of replacing this thing with something else when it is needed.  This does not imply that we have to replace with something better or newer -
during winter winter tires are the best, during summer they are not and vice versa.

But the main reason why we want to replace is that technology and standards are constantly changing.

Michal
</description>
		<content:encoded><![CDATA[<p>Components make sense everywhere. If in some domain they are not seen as something useful  -<br />
this is just a sign of immaturity of that domain rather then something to be proud of.</p>
<p>IMO the question &#8220;what should be generized, what shouldn&#8217;t&#8221; does not make much sense.</p>
<p>The most common mistake which people make when they think about components is when they think that they are for resubality and therefore they are trying to write &#8220;swiss army knife&#8221; components which can solve all their problems.</p>
<p>This works bad in practice.  For our cars we  have summer and winter tires, which are just much better then all-season tires.<br />
And we are prepared that we will have to change tires every  60 000 KM.<br />
So in place of trying to make something which works in every possible situation &#8211; it is just better to make highly specialized things which are going to solve well our current problem. But to make them in the way which will make changes in the future simpler.</p>
<p>So components are not about reusing the same thing  all over again, but about having possibility of replacing this thing with something else when it is needed.  This does not imply that we have to replace with something better or newer -<br />
during winter winter tires are the best, during summer they are not and vice versa.</p>
<p>But the main reason why we want to replace is that technology and standards are constantly changing.</p>
<p>Michal</p>
]]></content:encoded>
	</item>
</channel>
</rss>
