<?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: Nomenclature and the Evolution of Eclipse</title>
	<atom:link href="http://eclipsesource.com/blogs/2009/07/29/nomenclature-and-the-evolution-of-eclipse/feed/" rel="self" type="application/rss+xml" />
	<link>http://eclipsesource.com/blogs/2009/07/29/nomenclature-and-the-evolution-of-eclipse/</link>
	<description>Eclipse Equinox OSGi</description>
	<lastBuildDate>Wed, 16 May 2012 08:22:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Michael</title>
		<link>http://eclipsesource.com/blogs/2009/07/29/nomenclature-and-the-evolution-of-eclipse/comment-page-1/#comment-2499</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 30 Jul 2009 05:36:32 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2567#comment-2499</guid>
		<description>Just this week I had a usability training. One of the things it said: You as a software developer create an application to provide some functionality. But when you create the UI for that application, you have to build an entirely different second thing: A much smaller _model_ of your application. And that model should be build from the users perspective, not the developers perspective. Therefor it shall use terminology that a user understands.
Given that, &quot;plug-in&quot; is what you need to show in the UI. The user doesn&#039;t know &quot;bundles&quot;, he doesn&#039;t know OSGI (and he has the right to not know it!). A user of eclipse isn&#039;t necessarily a developer nowadays with all those RCP applications...</description>
		<content:encoded><![CDATA[<p>Just this week I had a usability training. One of the things it said: You as a software developer create an application to provide some functionality. But when you create the UI for that application, you have to build an entirely different second thing: A much smaller _model_ of your application. And that model should be build from the users perspective, not the developers perspective. Therefor it shall use terminology that a user understands.<br />
Given that, &#8220;plug-in&#8221; is what you need to show in the UI. The user doesn&#8217;t know &#8220;bundles&#8221;, he doesn&#8217;t know OSGI (and he has the right to not know it!). A user of eclipse isn&#8217;t necessarily a developer nowadays with all those RCP applications&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frederic</title>
		<link>http://eclipsesource.com/blogs/2009/07/29/nomenclature-and-the-evolution-of-eclipse/comment-page-1/#comment-2487</link>
		<dc:creator>Frederic</dc:creator>
		<pubDate>Wed, 29 Jul 2009 20:16:20 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2567#comment-2487</guid>
		<description>Let&#039;s stick to OSGi spec, I vote for deprecating plugin</description>
		<content:encoded><![CDATA[<p>Let&#8217;s stick to OSGi spec, I vote for deprecating plugin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Konigsberg</title>
		<link>http://eclipsesource.com/blogs/2009/07/29/nomenclature-and-the-evolution-of-eclipse/comment-page-1/#comment-2486</link>
		<dc:creator>Robert Konigsberg</dc:creator>
		<pubDate>Wed, 29 Jul 2009 19:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2567#comment-2486</guid>
		<description>My thought is: why deprecate &#039;plug-in&#039; instead of deprecating &#039;bundle&#039;? Eric has the same thought as I.</description>
		<content:encoded><![CDATA[<p>My thought is: why deprecate &#8216;plug-in&#8217; instead of deprecating &#8216;bundle&#8217;? Eric has the same thought as I.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Rizzo</title>
		<link>http://eclipsesource.com/blogs/2009/07/29/nomenclature-and-the-evolution-of-eclipse/comment-page-1/#comment-2481</link>
		<dc:creator>Eric Rizzo</dc:creator>
		<pubDate>Wed, 29 Jul 2009 16:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://eclipsesource.com/blogs/?p=2567#comment-2481</guid>
		<description>Internally and when the audience is plug-in/bundle developers, I guess it&#039;d be OK. However, to Joe EclipseUser I think it would be a mistake to switch to &quot;bundle.&quot; Everyone knows what a &quot;plug-in&quot; is, many applications that users touch every day use that nomenclature. If we started calling them bundles now, I think we&#039;d get a lot of &quot;Huh?&quot;s and have a long period of explanation, where the conversation would usually go something like:
&quot;Huh? What&#039;s a &#039;bundle&quot; thingy?&quot;
&quot;Oh, that&#039;s just a plug-in.&quot;
&quot;OK. Why don&#039;t they just call it a plug-in?&quot;
&quot;It&#039;s complicated.&quot;</description>
		<content:encoded><![CDATA[<p>Internally and when the audience is plug-in/bundle developers, I guess it&#8217;d be OK. However, to Joe EclipseUser I think it would be a mistake to switch to &#8220;bundle.&#8221; Everyone knows what a &#8220;plug-in&#8221; is, many applications that users touch every day use that nomenclature. If we started calling them bundles now, I think we&#8217;d get a lot of &#8220;Huh?&#8221;s and have a long period of explanation, where the conversation would usually go something like:<br />
&#8220;Huh? What&#8217;s a &#8216;bundle&#8221; thingy?&#8221;<br />
&#8220;Oh, that&#8217;s just a plug-in.&#8221;<br />
&#8220;OK. Why don&#8217;t they just call it a plug-in?&#8221;<br />
&#8220;It&#8217;s complicated.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

