<?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"
	>
<channel>
	<title>Comments on: Stop Using Wikis As Documentation</title>
	<atom:link href="http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/</link>
	<description>Living in a state of accord.</description>
	<pubDate>Fri, 21 Nov 2008 16:59:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Symphonious &#187; Struts2 Documentation</title>
		<link>http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-81715</link>
		<dc:creator>Symphonious &#187; Struts2 Documentation</dc:creator>
		<pubDate>Fri, 25 May 2007 23:10:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-81715</guid>
		<description>[...] Oh and did I&#160;mention that wiki&#39;s are a horrible way to write documentation? [...]</description>
		<content:encoded><![CDATA[<p>[...] Oh and did I&#160;mention that wiki&#39;s are a horrible way to write documentation? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Symphonious &#187; Creating Great Documentation</title>
		<link>http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-56982</link>
		<dc:creator>Symphonious &#187; Creating Great Documentation</dc:creator>
		<pubDate>Mon, 05 Feb 2007 21:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-56982</guid>
		<description>[...] you&#39;re thinking of using a wiki, see my earlier rant on how wiki&#39;s don&#39;t tend towards covering all those sections. You should probably also take [...]</description>
		<content:encoded><![CDATA[<p>[...] you&#39;re thinking of using a wiki, see my earlier rant on how wiki&#39;s don&#39;t tend towards covering all those sections. You should probably also take [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dissociated Press / Wikis as documentation substitutes</title>
		<link>http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-44731</link>
		<dc:creator>Dissociated Press / Wikis as documentation substitutes</dc:creator>
		<pubDate>Mon, 18 Dec 2006 02:12:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-44731</guid>
		<description>[...] Interesting post by Adrian Sutton, &#8220;Stop Using Wikis As Documentation&#8221; where Sutton points out some of the problems endemic to using wikis as a substitute for real documentation: There&#8217;s a few problems, first and foremost there&#8217;s no organization. Users don&#8217;t know where to look for the information they want, it&#8217;s just scattered around the wiki. Even when an attempt is made at organizing things, it&#8217;s usually done pretty badly - group the how tos to gether, plonk a link to a getting started guide somewhere and maybe a link to one of the install guides. Rarely do you find documentation that guides the user from getting basic information about what the product does through a simple guide to installing and getting started then on to a feature tour with tutorials etc. In other words, the wiki doesn&#8217;t guide the user on their learning journey through the product. [...]</description>
		<content:encoded><![CDATA[<p>[...] Interesting post by Adrian Sutton, &#8220;Stop Using Wikis As Documentation&#8221; where Sutton points out some of the problems endemic to using wikis as a substitute for real documentation: There&#8217;s a few problems, first and foremost there&#8217;s no organization. Users don&#8217;t know where to look for the information they want, it&#8217;s just scattered around the wiki. Even when an attempt is made at organizing things, it&#8217;s usually done pretty badly - group the how tos to gether, plonk a link to a getting started guide somewhere and maybe a link to one of the install guides. Rarely do you find documentation that guides the user from getting basic information about what the product does through a simple guide to installing and getting started then on to a feature tour with tutorials etc. In other words, the wiki doesn&#8217;t guide the user on their learning journey through the product. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian Sutton</title>
		<link>http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-30798</link>
		<dc:creator>Adrian Sutton</dc:creator>
		<pubDate>Sat, 02 Sep 2006 22:15:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-30798</guid>
		<description>It sounds like what's needed is a way to move documentation that was created on the wiki into more formal documentation - cleaning it up along the way. That way content can be created on the wiki by the community and then a smaller group of people who care about the documentation can extract the important parts of that knowledge into the formal manual. They can then identify the missing points and either write it themselves or put a request on the wiki for the appropriate type of content.

This could probably be done with wikis today, but I suspect improved tools support would make it much more likely to happen. Such a tool would combine a wiki with a document management system - anyone can edit the wiki and the document management side is more restricted and can pull in content from the wiki.</description>
		<content:encoded><![CDATA[<p>It sounds like what&#8217;s needed is a way to move documentation that was created on the wiki into more formal documentation - cleaning it up along the way. That way content can be created on the wiki by the community and then a smaller group of people who care about the documentation can extract the important parts of that knowledge into the formal manual. They can then identify the missing points and either write it themselves or put a request on the wiki for the appropriate type of content.</p>
<p>This could probably be done with wikis today, but I suspect improved tools support would make it much more likely to happen. Such a tool would combine a wiki with a document management system - anyone can edit the wiki and the document management side is more restricted and can pull in content from the wiki.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: cal</title>
		<link>http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-30717</link>
		<dc:creator>cal</dc:creator>
		<pubDate>Sat, 02 Sep 2006 09:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.symphonious.net/2006/09/02/stop-using-wikis-as-documentation/#comment-30717</guid>
		<description>I couldn't agree more. I have seen two large adequately documented projects start to use wikis. They both have much more documentation now, but you can never find what you are looking for, when you do find it you are never sure if it is still relevant (you can delete from a wiki....just no one ever does). I shudder every time i point a newbie at the wiki because it's lack of structure prevents and kind of cogent description/picture  from emerging. Wikis are great for getting content down as a sort of notes sheet, they need to be backed  by a proper structured web site though. If you are going to do just one ditch the wiki and go for a proper documentation site. The best compromise i have see is the php and mysql  documentation, well structured but with user content in the comments.</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree more. I have seen two large adequately documented projects start to use wikis. They both have much more documentation now, but you can never find what you are looking for, when you do find it you are never sure if it is still relevant (you can delete from a wiki&#8230;.just no one ever does). I shudder every time i point a newbie at the wiki because it&#8217;s lack of structure prevents and kind of cogent description/picture  from emerging. Wikis are great for getting content down as a sort of notes sheet, they need to be backed  by a proper structured web site though. If you are going to do just one ditch the wiki and go for a proper documentation site. The best compromise i have see is the php and mysql  documentation, well structured but with user content in the comments.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
