<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Articles&gt;Reviews&gt;Technical Writing</title>	<link>http://tc.eserver.org/dir/Articles/Reviews/Technical-Writing</link>
	<description>A listing of the most recently indexed works about Articles and Reviews and Technical Writing in the field of technical communication (and technical writing).</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>Articles&gt;Reviews&gt;Technical Writing</title>
		<link>http://tc.eserver.org/dir/Articles/Reviews/Technical-Writing</link>
	</image>
	<item>
		<title>Why Manuals Fail</title>
		<link>http://tc.eserver.org/32093.html</link>
		<guid>http://tc.eserver.org/32093.html</guid>
		<description>A very brief review of the first edition of Edmond H. Weiss’s How to Write a Usable User Manual.</description>
	</item>
	<item>
		<title>The Nurnberg Funnel by John M. Carroll</title>
		<link>http://tc.eserver.org/29396.html</link>
		<guid>http://tc.eserver.org/29396.html</guid>
		<description>In the Nurnberg Funnel: Designing Minimalist Instruction, John Carroll presents some helpful ideas based on some useful research on how the initial self-instruction (often called &apos;tutorials&apos;) should be developed and written.</description>
	</item>
	<item>
		<title>Law and Internet Cultures</title>
		<link>http://tc.eserver.org/28827.html</link>
		<guid>http://tc.eserver.org/28827.html</guid>
		<description>Kathy Bowrey&apos;s Law and Internet Cultures critically deconstructs the law in the context of legal culture, and especially looks at how U.S. law, practice, and culture has influenced technology law. Bowrey, a lecturer in the Faculty of Law at the University of New South Wales, writes as an &quot;Australian author&quot; but her analysis clearly contains a global perspective as she looks to global structures and laws in other countries such as the United States. The book&apos;s analysis draws upon an incredibly broad range of literature including but not limited to traditional &quot;literature&quot; (e.g., Orwell&apos;s 1984), economic analysis, communications theory, and cultural studies. She stretches her analysis, connecting the heretofore disconnected (like Foucault, Coombe, Mandeville&apos;s travels, Napster, Grokster, etc.) and makes these horizontal connections in the context of discussions of verticality--like globalization, international standards, international patent norms, and global governance. The reading will be difficult for folks without a solid background in information technologies and law (and is just plain difficult for reasons mentioned below), but Bowrey does provide at least brief definitions and description of acronyms where need be. She tends to begin chapters with details and then brings things together at chapter&apos;s end--but this strategy seems to work for the complex subject matter. This is a great book for reading out of order or skipping to particularly relevant sections. Each section of each chapter can hold together on its own. Numerous diagrams and illustrations add to the flavor of this unique and much-needed book.</description>
	</item>
	<item>
		<title>Write Your Way to Riches: How to Make Money as a Technical Writer </title>
		<link>http://tc.eserver.org/27599.html</link>
		<guid>http://tc.eserver.org/27599.html</guid>
		<description>Write Your Way to Riches gives you comprehensive, step-by-step details on how to make money as a technical writer. Technical writing is one of the highest paid writing professions, and it&apos;s easy to get into.</description>
	</item>
	<item>
		<title>Microsoft Manual of Style for Technical Publications</title>
		<link>http://tc.eserver.org/26068.html</link>
		<guid>http://tc.eserver.org/26068.html</guid>
		<description>Microsoft is one of the largest software companies in the world. Thus, with their rich experience in documentation it is only natural that they share it with the rest of the IT industry. The Microsoft Manual of Style for Technical Publications, Third Edition (MSTP) is the latest step in this direction and takes care of latest technologies and technical terms.</description>
	</item>
	<item>
		<title>The Elements of Technical Writing</title>
		<link>http://tc.eserver.org/22435.html</link>
		<guid>http://tc.eserver.org/22435.html</guid>
		<description>The elements of technical writing includes a basic definition of technical writing--&apos;writing about subjects in technical disciplines&apos;--as well as a high-level outline of the book. Few prefaces contain as thorough a summary of changes as Pearsall offers. The summary of changes in this second edition acknowledges the necessity for current information in the changing technical writing arena, listing several specific changes from the first edition.</description>
	</item>
	<item>
		<title>Technical Communication</title>
		<link>http://tc.eserver.org/22361.html</link>
		<guid>http://tc.eserver.org/22361.html</guid>
		<description>Rebecca E. Burnett covers all the topics you&apos;d expect in an introductory textbook for technical communicators. And she covers them thoroughly.</description>
	</item>
	<item>
		<title>Technical Style: Technical Writing in a Digital Age</title>
		<link>http://tc.eserver.org/22275.html</link>
		<guid>http://tc.eserver.org/22275.html</guid>
		<description>Haile argues that &apos;books on technical writing often ignore the problems writers face in presenting equations and the problems readers face in decoding them.&apos; That&apos;s often true. And, just as Edward Tufte&apos;s books show a passion for truth in statistical charts, Haile&apos;s analyses and prescriptions demonstrate how much he cares about clearing away the clutter that stands between readers and the underlying science.</description>
	</item>
	<item>
		<title>Handbook of Technical Writing</title>
		<link>http://tc.eserver.org/22224.html</link>
		<guid>http://tc.eserver.org/22224.html</guid>
		<description>As with previous editions, the editors have done a marvelous job. This is the type of book that every writer should have. As I stated before, it is not a how-to-write book, but more of a &apos;tools for writing&apos; book. I find myself referring to it often when I&apos;m thinking of how to pronounce a specific word or how to go about putting together a proposal, abstract or white paper, or even how to interview an engineer or programmer for information about a product I&apos;m documenting.</description>
	</item>
	<item>
		<title>The Writing System: A Step-by-Step Guide for Business and Technical Writers</title>
		<link>http://tc.eserver.org/22222.html</link>
		<guid>http://tc.eserver.org/22222.html</guid>
		<description>I would recommend this book to subject matter experts who lack writing expertise. The exercises and examples are especially beneficial to lone writers who often do not have an expert writer nearby to review their writing.</description>
	</item>
	<item>
		<title>Technical Writing for Dummies</title>
		<link>http://tc.eserver.org/22101.html</link>
		<guid>http://tc.eserver.org/22101.html</guid>
		<description>If you&apos;re a professional technical communicator who is interested in gleaning a few tidbits of knowledge for yourself, while simultaneously preparing witty answers to the questions asked of you by those who don&apos;t know anything about the things you do, you might want to add a yellow or orange book to your bookshelf. You wouldn&apos;t be completely dumb or idiotic if you did.</description>
	</item>
	<item>
		<title>Reporting Technical Information</title>
		<link>http://tc.eserver.org/22017.html</link>
		<guid>http://tc.eserver.org/22017.html</guid>
		<description>When I first picked up &lt;i&gt;Reporting Technical Information,&lt;/i&gt; I thought from the title it was going to be a primer on writing technical reports. Instead, this book turned out to be a basic, though somewhat better than average, textbook on technical writing.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Articles/Reviews/Technical-Writing.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>