<?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: DITA is not the answer</title>
	<atom:link href="http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/</link>
	<description>musings on technical communications</description>
	<lastBuildDate>Sat, 04 Feb 2012 20:40:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Gordon</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-41024</link>
		<dc:creator>Gordon</dc:creator>
		<pubDate>Thu, 17 Mar 2011 09:22:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-41024</guid>
		<description>Casey,

Switching publishing systems is not a simple matter so, unfortunately and entirely due to the timing, I have not looked at DITA in any great detail since. 

As I tried to suggest, I&#039;m sure the vendors will start to get easy to rollout solutions but, for at least the next couple of years, it&#039;s not something I&#039;d be looking at.

My post was more to flag this for others, DITA is a great idea in principle, but in practice (at the time of writing) is was, IMHO, too resource intensive for most technical writing teams.</description>
		<content:encoded><![CDATA[<p>Casey,</p>
<p>Switching publishing systems is not a simple matter so, unfortunately and entirely due to the timing, I have not looked at DITA in any great detail since. </p>
<p>As I tried to suggest, I&#8217;m sure the vendors will start to get easy to rollout solutions but, for at least the next couple of years, it&#8217;s not something I&#8217;d be looking at.</p>
<p>My post was more to flag this for others, DITA is a great idea in principle, but in practice (at the time of writing) is was, IMHO, too resource intensive for most technical writing teams.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Casey Jordan</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-38987</link>
		<dc:creator>Casey Jordan</dc:creator>
		<pubDate>Thu, 03 Feb 2011 20:24:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-38987</guid>
		<description>Gordon,

I enjoyed reading your thoughts on DITA and at the time you wrote this article I think you were spot on. (Have you used DITA since?) Since then though, the market has tried to tackle this problem with the growing number of tools to help lower the barriers to DITA.

For the past two years that has been exactly what my company has been doing in developing easyDITA (http://easydita.com). I&#039;d love to give you a demo sometime and get your thoughts on our shot at an end-to-end &quot;easy to rollout DITA&quot; solution.

Cheers,

Casey</description>
		<content:encoded><![CDATA[<p>Gordon,</p>
<p>I enjoyed reading your thoughts on DITA and at the time you wrote this article I think you were spot on. (Have you used DITA since?) Since then though, the market has tried to tackle this problem with the growing number of tools to help lower the barriers to DITA.</p>
<p>For the past two years that has been exactly what my company has been doing in developing easyDITA (<a href="http://easydita.com" rel="nofollow">http://easydita.com</a>). I&#8217;d love to give you a demo sometime and get your thoughts on our shot at an end-to-end &#8220;easy to rollout DITA&#8221; solution.</p>
<p>Cheers,</p>
<p>Casey</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Hagen</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-11665</link>
		<dc:creator>Bill Hagen</dc:creator>
		<pubDate>Mon, 20 Apr 2009 19:39:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-11665</guid>
		<description>Interesting discussion. I could both agree and disagree with many of the points raised. My company has implemented single sourcing with DITA. It works--for example, I can update a set of topics and by doing so update 5 different manuals. Our &quot;reuse magic&quot; is mostly accomplished by ditamaps and conditional content. But after 1.5 years, I&#039;m the only writer on our DITA project. One of the writers here made a good point--if there were 10 writers and 1,000 topics, would the writers know the content well enough to know what information to reuse? For 5 manuals, our cost was pretty high--i.e., the cost of a DITA-aware XML editor and CMS software. For us DITA has been a success, but it doesn&#039;t solve all our problems either.</description>
		<content:encoded><![CDATA[<p>Interesting discussion. I could both agree and disagree with many of the points raised. My company has implemented single sourcing with DITA. It works&#8211;for example, I can update a set of topics and by doing so update 5 different manuals. Our &#8220;reuse magic&#8221; is mostly accomplished by ditamaps and conditional content. But after 1.5 years, I&#8217;m the only writer on our DITA project. One of the writers here made a good point&#8211;if there were 10 writers and 1,000 topics, would the writers know the content well enough to know what information to reuse? For 5 manuals, our cost was pretty high&#8211;i.e., the cost of a DITA-aware XML editor and CMS software. For us DITA has been a success, but it doesn&#8217;t solve all our problems either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Does single sourcing content work? &#124; one man writes</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-9926</link>
		<dc:creator>Does single sourcing content work? &#124; one man writes</dc:creator>
		<pubDate>Tue, 20 Jan 2009 13:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-9926</guid>
		<description>[...] of the more popular posts on this blog is titled DITA is not the answer and, whilst things are certainly moving forward, it&#8217;s a little sad that it is still [...]</description>
		<content:encoded><![CDATA[<p>[...] of the more popular posts on this blog is titled DITA is not the answer and, whilst things are certainly moving forward, it&#8217;s a little sad that it is still [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mhiatt</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-9888</link>
		<dc:creator>mhiatt</dc:creator>
		<pubDate>Mon, 19 Jan 2009 03:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-9888</guid>
		<description>I have never seen single sourcing work. Maybe a single author who knows the topics thoroughly enough to reuse, or a tightly knit group of writers synched up at the same level. 

But mostly, I have been with companies that trumpeted topic based writing and reuse during the SGML Docbook phase of the early nineties. And I just left a company that uses Vasont CMS and XMetaL where all writers worldwide author on a single db. It doesn&#039;t matter. Content reuse, even when requiring a single search and reference by a writer to another&#039;s topic, rarely happens. 

And forget about getting training or anyone other dept to reuse--even when fully localized. I just requires too much coordination. Some companies tout content reuse to justify localization--sometimes MT--but I would like to look at the books to see if it is really viable.

The only place we are going to reuse content is in web mashups using semantic markup once the content is in the cloud. How does semantics come into this? I&#039;m still thinking that through. See Dbpedia.org for more questions.</description>
		<content:encoded><![CDATA[<p>I have never seen single sourcing work. Maybe a single author who knows the topics thoroughly enough to reuse, or a tightly knit group of writers synched up at the same level. </p>
<p>But mostly, I have been with companies that trumpeted topic based writing and reuse during the SGML Docbook phase of the early nineties. And I just left a company that uses Vasont CMS and XMetaL where all writers worldwide author on a single db. It doesn&#8217;t matter. Content reuse, even when requiring a single search and reference by a writer to another&#8217;s topic, rarely happens. </p>
<p>And forget about getting training or anyone other dept to reuse&#8211;even when fully localized. I just requires too much coordination. Some companies tout content reuse to justify localization&#8211;sometimes MT&#8211;but I would like to look at the books to see if it is really viable.</p>
<p>The only place we are going to reuse content is in web mashups using semantic markup once the content is in the cloud. How does semantics come into this? I&#8217;m still thinking that through. See Dbpedia.org for more questions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

