<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Technical Writer</title>	<link>http://tc.eserver.org/publisher/Technical_Writer</link>
	<description>A listing of works published by Technical Writer in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Technical Writer</title>
		<link>http://tc.eserver.org/dir/Technical_Writer</link>
	</image>
	<item>
		<title>The Process of Technical Writing</title>
		<link>http://tc.eserver.org/35544.html</link>
		<guid>http://tc.eserver.org/35544.html</guid>
		<description>The technical writing process consists of four main phases. These are planning, writing, delivery, archiving. These phases are not necessarily set in stone and some variations do exist. Every writer is different and they each have their own way of writing that is distinct.</description>
	</item>
	<item>
		<title>The Technical Writer Blog</title>
		<link>http://tc.eserver.org/35545.html</link>
		<guid>http://tc.eserver.org/35545.html</guid>
		<description>The technical writing process consists of four main phases. These are planning, writing, delivery, archiving. These phases are not necessarily set in stone and some variations do exist. Every writer is different and they each have their own way of writing that is distinct.</description>
	</item>
	<item>
		<title>How Poor In-House User Documents Cost You Twice</title>
		<link>http://tc.eserver.org/35546.html</link>
		<guid>http://tc.eserver.org/35546.html</guid>
		<description>Many organizations produce in-house tools or modify commercially-available tools for their own use. These tools should get documented so they are of use to others in the organization. If this documentation is not created or is poorly written, it costs you twice.</description>
	</item>
	<item>
		<title>Developers as Users of SharePoint</title>
		<link>http://tc.eserver.org/32079.html</link>
		<guid>http://tc.eserver.org/32079.html</guid>
		<description>In SharePoint, we are likely to think of developers as people who work to customise SharePoint, but there are a lot of developers out there who are simply end users of SharePoint. How do they like the system?</description>
	</item>
	<item>
		<title>Joomla: Another Simple Content Management System</title>
		<link>http://tc.eserver.org/32081.html</link>
		<guid>http://tc.eserver.org/32081.html</guid>
		<description>Joomla is more complex than WordPress but it has more power.  Because it’s a real content management system—unlike WordPress which is a blog with content management capabilities—you don’t have to customise it to make it look like one.  Other people have also created templates you can use.</description>
	</item>
	<item>
		<title>WordPress as a Simple Content Management System</title>
		<link>http://tc.eserver.org/32082.html</link>
		<guid>http://tc.eserver.org/32082.html</guid>
		<description>I know that some users of high-end CMS’s may dispute this definition, as a high-end CMS does a lot more.  But what is a content management system really?  It is content, stored in some kind of database, accessed via a front end.  That is exactly what WordPress is.</description>
	</item>
	<item>
		<title>The Steepest Part of the Learning Curve is Right at the Start</title>
		<link>http://tc.eserver.org/32083.html</link>
		<guid>http://tc.eserver.org/32083.html</guid>
		<description>Microsoft has a lot of information on their sites about these products.  Unfortunately, I can never find it. I usually only know it’s there when I stumble on it months after I really needed to know it. The steepest part of the learning curve is at the start. Likewise with another program I use occasionally—DITA. DITA is an xml schema used for writing documentation.</description>
	</item>
	<item>
		<title>Trends for Tech Writing: Notes from the AODC</title>
		<link>http://tc.eserver.org/32084.html</link>
		<guid>http://tc.eserver.org/32084.html</guid>
		<description>I spent the last three days at the AODC.  Lots to think about, which I may cover in other blogs, but here are some general impressions.  Of course, these are my own impressions, and it may be just who I talked to on the day.</description>
	</item>
	<item>
		<title>Sometimes It&apos;s Nice to be Reminded There’s a Whole Community of Technical Writers Out There</title>
		<link>http://tc.eserver.org/32085.html</link>
		<guid>http://tc.eserver.org/32085.html</guid>
		<description>The Content Wrangler’s 10 DITA lessons learned from Tech Writers in the Trenches really nails down some vital things you should know if you want to implement DITA. More than that though, you can apply the lessons learned here to almost any project, not just technical writing and not just implementing new software.</description>
	</item>
	<item>
		<title>I&apos;m not Technical. Why Should I Bother to Learn DocBook or DITA?</title>
		<link>http://tc.eserver.org/32086.html</link>
		<guid>http://tc.eserver.org/32086.html</guid>
		<description>First of all, understand that you don’t have to learn it. Every year more and more toolds come out that help place a layer between you and the native XML.  In a few years time you will hardly even realise there is XML underneath.</description>
	</item>
	<item>
		<title>DocBook or DITA?</title>
		<link>http://tc.eserver.org/32087.html</link>
		<guid>http://tc.eserver.org/32087.html</guid>
		<description>XML is the future. You hear it at every conference you go to, in every magazine you pick up, in every article you read on-line. For technical writers, right now that future comes down to two products—DocBook or DITA. But what exactly are they, and which one should you choose? They are schemas for creating XML.</description>
	</item>
	<item>
		<title>Camtasia Studio or Captivate: A Comparison</title>
		<link>http://tc.eserver.org/32045.html</link>
		<guid>http://tc.eserver.org/32045.html</guid>
		<description>I have spent the last two weeks switching between Captivate and Camtasia Studio. Talk about schizophrenic. I spent a lot of time trying to remember which command I had to use in which program, but overall it’s been an interesting experience.</description>
	</item>
	<atom:link href="http://tc.eserver.org/publisher/Technical_Writer.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>