<?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: Open Source will scale</title>
	<atom:link href="http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Fri, 20 Nov 2009 09:10:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Murat Güneş</title>
		<link>http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/comment-page-1/#comment-648</link>
		<dc:creator>Murat Güneş</dc:creator>
		<pubDate>Sat, 12 Apr 2008 15:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/#comment-648</guid>
		<description>Vincent Untz has a piece that deals with this split of media, where he calls on developers to take the initiative in building bridges:

http://journal.gnome.org/article/46/the-gnome-community-end-users</description>
		<content:encoded><![CDATA[<p>Vincent Untz has a piece that deals with this split of media, where he calls on developers to take the initiative in building bridges:</p>
<p><a href="http://journal.gnome.org/article/46/the-gnome-community-end-users" rel="nofollow">http://journal.gnome.org/article/46/the-gnome-community-end-users</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mace Moneta</title>
		<link>http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/comment-page-1/#comment-647</link>
		<dc:creator>Mace Moneta</dc:creator>
		<pubDate>Fri, 11 Apr 2008 16:34:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/#comment-647</guid>
		<description>I have to agree with everything William Lachance said.  

I have tried to &quot;do my community duty&quot; and report bugs, and I still do.  However, whether it&#039;s a cosmetic bug or a kernel panic, they bugs rarely even get an acknowledgement (let alone a fix).  

This isn&#039;t a rant; I&#039;ve been a developer for over 30 years, and I understand the issues of triage and resource limits.  However, looking from the perspective of and end-user that goes to the effort to find the bug reporting tool and actually files a bug, the processes is intractable.

Mailing lists and IRC channels don&#039;t exist.  If the interaction doesn&#039;t occur in a web-based forum, it isn&#039;t going to happen.  It&#039;s not that people are happy with the situation, it&#039;s that they are not interested in learning what they see as archaic communication techniques.  It&#039;s the reason we don&#039;t send smoke signals when we want to go to lunch with a friend, or use Morse code when we want to chat with our aunt across the country.  By clinging to these old user-unfriendly technologies, projects intentially alienate users and set the bar - you must &quot;learn this much&quot; to talk to us.

That&#039;s OK, if that&#039;s the intent, but I keep seeing projects ask why users don&#039;t interact more with the community.  It&#039;s almost as if the developer community is psychotic in some rspects.</description>
		<content:encoded><![CDATA[<p>I have to agree with everything William Lachance said.  </p>
<p>I have tried to &#8220;do my community duty&#8221; and report bugs, and I still do.  However, whether it&#8217;s a cosmetic bug or a kernel panic, they bugs rarely even get an acknowledgement (let alone a fix).  </p>
<p>This isn&#8217;t a rant; I&#8217;ve been a developer for over 30 years, and I understand the issues of triage and resource limits.  However, looking from the perspective of and end-user that goes to the effort to find the bug reporting tool and actually files a bug, the processes is intractable.</p>
<p>Mailing lists and IRC channels don&#8217;t exist.  If the interaction doesn&#8217;t occur in a web-based forum, it isn&#8217;t going to happen.  It&#8217;s not that people are happy with the situation, it&#8217;s that they are not interested in learning what they see as archaic communication techniques.  It&#8217;s the reason we don&#8217;t send smoke signals when we want to go to lunch with a friend, or use Morse code when we want to chat with our aunt across the country.  By clinging to these old user-unfriendly technologies, projects intentially alienate users and set the bar &#8211; you must &#8220;learn this much&#8221; to talk to us.</p>
<p>That&#8217;s OK, if that&#8217;s the intent, but I keep seeing projects ask why users don&#8217;t interact more with the community.  It&#8217;s almost as if the developer community is psychotic in some rspects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Lachance</title>
		<link>http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/comment-page-1/#comment-637</link>
		<dc:creator>William Lachance</dc:creator>
		<pubDate>Tue, 08 Apr 2008 09:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/#comment-637</guid>
		<description>Some of what you say is true, but you ignore the fact that:

1. It&#039;s often difficult for someone unfamiliar with Gnome or Ubuntu to find the right place (usually a mailing list) to ask questions. bug-buddy is not a support tool.
2. Many people are easily intimidated and afraid of looking stupid on an official project forum.
3. People following the &quot;blessed&quot; community policies _still_ get ignored. See, for example, the beginning of this rant: http://www.jwz.org/doc/cadt.html:

&quot;This is, I think, the most common way for my bug reports to open source software projects to ever become closed. I report bugs; they go unread for a year, sometimes two; and then (surprise!) that module is rewritten from scratch -- and the new maintainer can&#039;t be bothered to check whether his new version has actually solved any of the known problems that existed in the previous version.&quot;

None of this may apply to Swfdec, but it certainly does to much of Gnome (or Ubuntu) in general.</description>
		<content:encoded><![CDATA[<p>Some of what you say is true, but you ignore the fact that:</p>
<p>1. It&#8217;s often difficult for someone unfamiliar with Gnome or Ubuntu to find the right place (usually a mailing list) to ask questions. bug-buddy is not a support tool.<br />
2. Many people are easily intimidated and afraid of looking stupid on an official project forum.<br />
3. People following the &#8220;blessed&#8221; community policies _still_ get ignored. See, for example, the beginning of this rant: <a href="http://www.jwz.org/doc/cadt.html" rel="nofollow">http://www.jwz.org/doc/cadt.html</a>:</p>
<p>&#8220;This is, I think, the most common way for my bug reports to open source software projects to ever become closed. I report bugs; they go unread for a year, sometimes two; and then (surprise!) that module is rewritten from scratch &#8212; and the new maintainer can&#8217;t be bothered to check whether his new version has actually solved any of the known problems that existed in the previous version.&#8221;</p>
<p>None of this may apply to Swfdec, but it certainly does to much of Gnome (or Ubuntu) in general.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Bailey</title>
		<link>http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/comment-page-1/#comment-632</link>
		<dc:creator>Jeff Bailey</dc:creator>
		<pubDate>Mon, 07 Apr 2008 17:08:53 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/#comment-632</guid>
		<description>It goes further than that - many upstream projects want the bug reporters to be running pristine sources from upstream. A major role for the distribution is to handle and triage those bugs. 

So the question is: How do we scale the distros?

An early concern with Ubuntu was the loss of users from Debian. What actually happened was that Ubuntu picked off the less technical users, and then built a community around the forums, and ultimately commercial support through Canonical. 

(obDisclosure: I was the one who started the support department at Canonical)

It would be interesting to look at the other popular distros and do an analysis on how they would handle growth.</description>
		<content:encoded><![CDATA[<p>It goes further than that &#8211; many upstream projects want the bug reporters to be running pristine sources from upstream. A major role for the distribution is to handle and triage those bugs. </p>
<p>So the question is: How do we scale the distros?</p>
<p>An early concern with Ubuntu was the loss of users from Debian. What actually happened was that Ubuntu picked off the less technical users, and then built a community around the forums, and ultimately commercial support through Canonical. </p>
<p>(obDisclosure: I was the one who started the support department at Canonical)</p>
<p>It would be interesting to look at the other popular distros and do an analysis on how they would handle growth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Giacomo</title>
		<link>http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/comment-page-1/#comment-631</link>
		<dc:creator>Giacomo</dc:creator>
		<pubDate>Mon, 07 Apr 2008 13:07:07 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/otte/2008/04/07/open-source-will-scale/#comment-631</guid>
		<description>There&#039;s something worst: outdated workarounds still lifting in forum threads.
I can&#039;t possibly quantify how many times I&#039;ve seen someone asking for help on a specific problem and people suggesting obscure unrelated workarounds who aren&#039;t needed anymore for the original problem because it has been fixed for the last three stable releases and in the new context all they could do is worsening things...

Tsk, tsk.</description>
		<content:encoded><![CDATA[<p>There&#8217;s something worst: outdated workarounds still lifting in forum threads.<br />
I can&#8217;t possibly quantify how many times I&#8217;ve seen someone asking for help on a specific problem and people suggesting obscure unrelated workarounds who aren&#8217;t needed anymore for the original problem because it has been fixed for the last three stable releases and in the new context all they could do is worsening things&#8230;</p>
<p>Tsk, tsk.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
