<?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: &#8220;Those who coded, also coded&#8221;</title>
	<atom:link href="http://almaer.com/blog/those-who-coded-also-coded/feed" rel="self" type="application/rss+xml" />
	<link>http://almaer.com/blog/those-who-coded-also-coded</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: Laird Nelson</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20225</link>
		<dc:creator>Laird Nelson</dc:creator>
		<pubDate>Fri, 25 Feb 2005 15:10:11 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20225</guid>
		<description>Neat idea.  Although the tool is quite deficient in other ways, ArgoUML had something a little bit like this in the last version I used.  Various &quot;advisers&quot; would crop up to let you know if you were falling into design traps.  They weren&#039;t, as far as I know, collaborative in any way, but the idea was a good one.
</description>
		<content:encoded><![CDATA[<p>Neat idea.  Although the tool is quite deficient in other ways, ArgoUML had something a little bit like this in the last version I used.  Various &#8220;advisers&#8221; would crop up to let you know if you were falling into design traps.  They weren&#8217;t, as far as I know, collaborative in any way, but the idea was a good one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laird Nelson</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20226</link>
		<dc:creator>Laird Nelson</dc:creator>
		<pubDate>Fri, 25 Feb 2005 15:10:11 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20226</guid>
		<description>Neat idea.  Although the tool is quite deficient in other ways, ArgoUML had something a little bit like this in the last version I used.  Various &quot;advisers&quot; would crop up to let you know if you were falling into design traps.  They weren&#039;t, as far as I know, collaborative in any way, but the idea was a good one.
</description>
		<content:encoded><![CDATA[<p>Neat idea.  Although the tool is quite deficient in other ways, ArgoUML had something a little bit like this in the last version I used.  Various &#8220;advisers&#8221; would crop up to let you know if you were falling into design traps.  They weren&#8217;t, as far as I know, collaborative in any way, but the idea was a good one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Green</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20223</link>
		<dc:creator>Alan Green</dc:creator>
		<pubDate>Fri, 25 Feb 2005 03:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20223</guid>
		<description>Let&#039;s see... version 12.5, up from Eclipse 3 and IDEA 4.5, let&#039;s call it 8 versions at 18 months each, so your vision was twelve years into the future. What language were you coding in? :)

(PS: Brilliant idea! Go get a patent! Ooops, too late - you already told the world)

</description>
		<content:encoded><![CDATA[<p>Let&#8217;s see&#8230; version 12.5, up from Eclipse 3 and IDEA 4.5, let&#8217;s call it 8 versions at 18 months each, so your vision was twelve years into the future. What language were you coding in? :)</p>
<p>(PS: Brilliant idea! Go get a patent! Ooops, too late &#8211; you already told the world)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Green</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20224</link>
		<dc:creator>Alan Green</dc:creator>
		<pubDate>Fri, 25 Feb 2005 03:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20224</guid>
		<description>Let&#039;s see... version 12.5, up from Eclipse 3 and IDEA 4.5, let&#039;s call it 8 versions at 18 months each, so your vision was twelve years into the future. What language were you coding in? :)

(PS: Brilliant idea! Go get a patent! Ooops, too late - you already told the world)

</description>
		<content:encoded><![CDATA[<p>Let&#8217;s see&#8230; version 12.5, up from Eclipse 3 and IDEA 4.5, let&#8217;s call it 8 versions at 18 months each, so your vision was twelve years into the future. What language were you coding in? :)</p>
<p>(PS: Brilliant idea! Go get a patent! Ooops, too late &#8211; you already told the world)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20221</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Thu, 24 Feb 2005 20:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20221</guid>
		<description>I hope tools like that never exist.  Think of what they&#039;ll do to hourly rates! :)
</description>
		<content:encoded><![CDATA[<p>I hope tools like that never exist.  Think of what they&#8217;ll do to hourly rates! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20222</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Thu, 24 Feb 2005 20:00:09 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20222</guid>
		<description>I hope tools like that never exist.  Think of what they&#039;ll do to hourly rates! :)
</description>
		<content:encoded><![CDATA[<p>I hope tools like that never exist.  Think of what they&#8217;ll do to hourly rates! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel Pirsch</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20219</link>
		<dc:creator>Emmanuel Pirsch</dc:creator>
		<pubDate>Thu, 24 Feb 2005 17:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20219</guid>
		<description>This is a cool idea...

However, I don&#039;t know how one could implement this. The plugin would have to &quot;understand&quot; the context in which the API is being used. It would also have to be able to delimit exactly what is the pattern. Which is not as easy as it is to know that someone who bought a book also bought books X, Y and Z.

The same idea could be useful event if it&#039;s not shared... There is always some coding patterns that this kind of plugin could detect... A bit like codesense but with auto-learning.

It is certainly something that would be interesting to explore.

One problem I could see with that is that what makes a pattern useful is the documentation and &quot;rule&quot; for when it is applicable. A plugin could &quot;easily&quot; learn what is done, but not why it is done.

But then we could all get sued by Amazon or Microsoft (clippy anyone) ;-)
</description>
		<content:encoded><![CDATA[<p>This is a cool idea&#8230;</p>
<p>However, I don&#8217;t know how one could implement this. The plugin would have to &#8220;understand&#8221; the context in which the API is being used. It would also have to be able to delimit exactly what is the pattern. Which is not as easy as it is to know that someone who bought a book also bought books X, Y and Z.</p>
<p>The same idea could be useful event if it&#8217;s not shared&#8230; There is always some coding patterns that this kind of plugin could detect&#8230; A bit like codesense but with auto-learning.</p>
<p>It is certainly something that would be interesting to explore.</p>
<p>One problem I could see with that is that what makes a pattern useful is the documentation and &#8220;rule&#8221; for when it is applicable. A plugin could &#8220;easily&#8221; learn what is done, but not why it is done.</p>
<p>But then we could all get sued by Amazon or Microsoft (clippy anyone) ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuel Pirsch</title>
		<link>http://almaer.com/blog/those-who-coded-also-coded/comment-page-1#comment-20220</link>
		<dc:creator>Emmanuel Pirsch</dc:creator>
		<pubDate>Thu, 24 Feb 2005 17:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://almaer.com/blog2/those-who-coded-also-coded#comment-20220</guid>
		<description>This is a cool idea...

However, I don&#039;t know how one could implement this. The plugin would have to &quot;understand&quot; the context in which the API is being used. It would also have to be able to delimit exactly what is the pattern. Which is not as easy as it is to know that someone who bought a book also bought books X, Y and Z.

The same idea could be useful event if it&#039;s not shared... There is always some coding patterns that this kind of plugin could detect... A bit like codesense but with auto-learning.

It is certainly something that would be interesting to explore.

One problem I could see with that is that what makes a pattern useful is the documentation and &quot;rule&quot; for when it is applicable. A plugin could &quot;easily&quot; learn what is done, but not why it is done.

But then we could all get sued by Amazon or Microsoft (clippy anyone) ;-)
</description>
		<content:encoded><![CDATA[<p>This is a cool idea&#8230;</p>
<p>However, I don&#8217;t know how one could implement this. The plugin would have to &#8220;understand&#8221; the context in which the API is being used. It would also have to be able to delimit exactly what is the pattern. Which is not as easy as it is to know that someone who bought a book also bought books X, Y and Z.</p>
<p>The same idea could be useful event if it&#8217;s not shared&#8230; There is always some coding patterns that this kind of plugin could detect&#8230; A bit like codesense but with auto-learning.</p>
<p>It is certainly something that would be interesting to explore.</p>
<p>One problem I could see with that is that what makes a pattern useful is the documentation and &#8220;rule&#8221; for when it is applicable. A plugin could &#8220;easily&#8221; learn what is done, but not why it is done.</p>
<p>But then we could all get sued by Amazon or Microsoft (clippy anyone) ;-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
