<?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: Does highly visible development detract from quality?</title>
	<atom:link href="http://osswatch.jiscinvolve.org/wp/2008/10/15/collaboration-tools/feed/" rel="self" type="application/rss+xml" />
	<link>http://osswatch.jiscinvolve.org/wp/2008/10/15/collaboration-tools/</link>
	<description>open source software innovation support centre</description>
	<lastBuildDate>Fri, 03 Feb 2012 15:30:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Gary Day &#187; Blog Archive &#187; links for 2008-10-15</title>
		<link>http://osswatch.jiscinvolve.org/wp/2008/10/15/collaboration-tools/comment-page-1/#comment-174</link>
		<dc:creator>Gary Day &#187; Blog Archive &#187; links for 2008-10-15</dc:creator>
		<pubDate>Thu, 16 Oct 2008 02:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2008/10/15/collaboration-tools/#comment-174</guid>
		<description>[...] You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your ownsite. [...]</description>
		<content:encoded><![CDATA[<p>[...] You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your ownsite. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Lee</title>
		<link>http://osswatch.jiscinvolve.org/wp/2008/10/15/collaboration-tools/comment-page-1/#comment-173</link>
		<dc:creator>Steve Lee</dc:creator>
		<pubDate>Wed, 15 Oct 2008 13:35:31 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2008/10/15/collaboration-tools/#comment-173</guid>
		<description>I meant to add that a status indicator or other flow process should help alleviate concerns about incomplete works being treated as authoritative or at least finished. I guess something like the w3c do with candidate recommendations, but even more open.</description>
		<content:encoded><![CDATA[<p>I meant to add that a status indicator or other flow process should help alleviate concerns about incomplete works being treated as authoritative or at least finished. I guess something like the w3c do with candidate recommendations, but even more open.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Lee</title>
		<link>http://osswatch.jiscinvolve.org/wp/2008/10/15/collaboration-tools/comment-page-1/#comment-172</link>
		<dc:creator>Steve Lee</dc:creator>
		<pubDate>Wed, 15 Oct 2008 13:32:34 +0000</pubDate>
		<guid isPermaLink="false">http://osswatch.jiscinvolve.org/2008/10/15/collaboration-tools/#comment-172</guid>
		<description>Hello Ross,

&gt; Some people feel that since OSS Watch are the “authority” on open source issues we ought to hide this kind of investigative work.

Absolutely NOT. I&#039;d say if you are to be respected as an authority in (not just *on*) open source issues you simply must do as much as possible in the Open. This is something that impresses me about Mozilla. You want to be a respected voice in the community as well as advising those just dipping a toe in the water as consumers.

&gt; Do you think that exposing “in development” materials in this way is a problem?

No as long as collaborative resources a clearly identified as such so people can make a quality judgment. I guess wikipedia is a reference for how to deal with problems of quality/vandelism. My personal view is that while letting go is hard to do (perhaps as it goes against ingrained ideas taught since school days, perhaps as something in &#039;print&#039; seems authoritative) it opens you up to the many eyes (brains) QA effect. I find it telling (exciting) that you find the quality has increased by being open.

To go further you could make the wiki the &#039;live&#039; articles and use a QA process that monitors the recent changes. At least that is what I have done with articles on schoolforge, not that much has happened to them yet to my disappointment.</description>
		<content:encoded><![CDATA[<p>Hello Ross,</p>
<p>&gt; Some people feel that since OSS Watch are the “authority” on open source issues we ought to hide this kind of investigative work.</p>
<p>Absolutely NOT. I&#8217;d say if you are to be respected as an authority in (not just *on*) open source issues you simply must do as much as possible in the Open. This is something that impresses me about Mozilla. You want to be a respected voice in the community as well as advising those just dipping a toe in the water as consumers.</p>
<p>&gt; Do you think that exposing “in development” materials in this way is a problem?</p>
<p>No as long as collaborative resources a clearly identified as such so people can make a quality judgment. I guess wikipedia is a reference for how to deal with problems of quality/vandelism. My personal view is that while letting go is hard to do (perhaps as it goes against ingrained ideas taught since school days, perhaps as something in &#8216;print&#8217; seems authoritative) it opens you up to the many eyes (brains) QA effect. I find it telling (exciting) that you find the quality has increased by being open.</p>
<p>To go further you could make the wiki the &#8216;live&#8217; articles and use a QA process that monitors the recent changes. At least that is what I have done with articles on schoolforge, not that much has happened to them yet to my disappointment.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

