<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Fowler, Martin</title>	<link>http://tc.eserver.org/authors/Fowler,_Martin</link>
	<description>A bibliography of works by Fowler, Martin 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>Fowler, Martin</title>
		<link>http://tc.eserver.org/dir/Fowler,_Martin</link>
	</image>
	<item>
		<title>The Almighty Thud</title>
		<link>http://tc.eserver.org/32171.html</link>
		<guid>http://tc.eserver.org/32171.html</guid>
		<description>If you document everything, you are giving everything an equal weight. Do that for a complex system, and you are buried in detail. In any system there are some aspects that are more important than the others, key aspects of the system that once understood, will help someone to learn more. The art in documentation is to find how to document these aspects as clearly as possible. In this you emphasize these areas, and leave the details for the code.</description>
	</item>
	<item>
		<title>The Almighty Thud</title>
		<link>http://tc.eserver.org/27601.html</link>
		<guid>http://tc.eserver.org/27601.html</guid>
		<description>Why do we bother with models or documentation? They don&apos;t execute, and our customers pay us for working code, not pretty pictures. We bother with models to communicate. The idea is that a graphical object model can show how objects fit together more clearly than looking at the source, an interaction diagram can show a collaboration better than figuring out the call path from several class definitions. But so often the design documentation fails in this, and leaves me puzzled on my sofa.</description>
	</item>
	<item>
		<title>Enhancing Our Image: Creating Good Public Relations</title>
		<link>http://tc.eserver.org/24885.html</link>
		<guid>http://tc.eserver.org/24885.html</guid>
		<description>Effective chapter public relations results in an increase in membership, more interested and active members, and an awareness of technical communication as a valid and an important profession. This workshop teaches general public relation skills, such as how to write effective press releases, how to get your chapter events treated as news, and how to create and then maintain a press list.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Fowler,_Martin.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>