<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Boston Broadside</title>	<link>http://tc.eserver.org/publisher/Boston_Broadside</link>
	<description>A listing of works published by Boston Broadside 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>Boston Broadside</title>
		<link>http://tc.eserver.org/dir/Boston_Broadside</link>
	</image>
	<item>
		<title>Barriers and Approaches to Reviewing Documentation</title>
		<link>http://tc.eserver.org/30347.html</link>
		<guid>http://tc.eserver.org/30347.html</guid>
		<description>This article discusses some important issues in implementing a software documentation review process. If you are part of a small development organization and have few reviewer resources available, you may have to improvise techniques for providing the services and procedures suggested here.</description>
	</item>
	<item>
		<title>Becoming InfoWranglers: New Career Ladders and Competencies for Technical Communicators</title>
		<link>http://tc.eserver.org/30351.html</link>
		<guid>http://tc.eserver.org/30351.html</guid>
		<description>The emergence of the web has accelerated the convergence of marketing communications, training, and technical communication. Marketing communicators are increasingly producing users&apos; guides, trainers are producing wizards and marketing materials. Technical communicators are producing tutorials and pre-sales literature.</description>
	</item>
	<item>
		<title>Creating Effective Translations</title>
		<link>http://tc.eserver.org/30348.html</link>
		<guid>http://tc.eserver.org/30348.html</guid>
		<description>Use active voice, because it is easier to understand. If the material is being translated into a language which frequently uses passive voice, such as German, the translator will make the accommodation for that language.</description>
	</item>
	<item>
		<title>Every Noun Can Be...</title>
		<link>http://tc.eserver.org/30358.html</link>
		<guid>http://tc.eserver.org/30358.html</guid>
		<description>When is a noun not a noun? When it&apos;s been verbed. A lot of verbing is going on, as you&apos;ve probably noticed. In fact, it&apos;s happening so frequently that I think we&apos;d better come up with a name for the part of speech produced by verbing a noun.</description>
	</item>
	<item>
		<title>Fixed Quotes and Broken Promises</title>
		<link>http://tc.eserver.org/30353.html</link>
		<guid>http://tc.eserver.org/30353.html</guid>
		<description>How to tie down the details of a project and protect yourself from unexpected changes that can drag a &apos;peach project&apos; into the &apos;pits of despair and financial ruin.&apos;</description>
	</item>
	<item>
		<title>Focus on Consulting: When Home is Where You Do Your Job</title>
		<link>http://tc.eserver.org/30357.html</link>
		<guid>http://tc.eserver.org/30357.html</guid>
		<description>The freedom to be a consultant or independent contractor (C&amp;IC), to work on your own, to work at home, to &apos;tele-commute&apos; has become one of the principal aspects that entices otherwise happy, healthy, sane people to leave their jobs and hang out their shingles. But like nearly every other aspect of being independently employed, working out of the home presents advantages and disadvantages in such areas as lifestyle, professionalism, and tax considerations.</description>
	</item>
	<item>
		<title>Leadership Through Empowerment</title>
		<link>http://tc.eserver.org/30355.html</link>
		<guid>http://tc.eserver.org/30355.html</guid>
		<description>Assigning responsibility without sharing authority is like making someone a peanut butter and jelly sandwich, but leaving out the bread. They know what they&apos;re supposed to chew, but have absolutely no way to handle, no way to manage the project.</description>
	</item>
	<item>
		<title>Localization</title>
		<link>http://tc.eserver.org/30346.html</link>
		<guid>http://tc.eserver.org/30346.html</guid>
		<description>In addition to creating product specifications in support of locale-specific conventions, savvy localization managers will ensure that developers have coding practices to enable localization and adaptation. Double-byte enabling, for example, must be part of the code base.</description>
	</item>
	<item>
		<title>Multilingual Web Sites: Reaching International Clients</title>
		<link>http://tc.eserver.org/30350.html</link>
		<guid>http://tc.eserver.org/30350.html</guid>
		<description>You can add to customer satisfaction by letting customers know you are committed to the market in their country, when you provide information in their own language. You can increase sales because buyers can find your company Web site; learn about your products in their own language, get connected to the nearest outlet, or place orders online.</description>
	</item>
	<item>
		<title>Nancy&apos;s Wordsmithy: Rules You Don&apos;t Have to Obey, Part III</title>
		<link>http://tc.eserver.org/30356.html</link>
		<guid>http://tc.eserver.org/30356.html</guid>
		<description>The funny thing is, this rule should be running out of steam, because certain standards of written English have changed in ways that make the rule at least partly obsolete. Learning it is kind of like learning to change a cloth ribbon on an old manual typewriter.</description>
	</item>
	<item>
		<title>Structure and Creativity in the Learning Process</title>
		<link>http://tc.eserver.org/30352.html</link>
		<guid>http://tc.eserver.org/30352.html</guid>
		<description>Structure is a fundamental construct of mathematics. The field of discrete mathematics, in fact, is the foundation of data structures, upon which computer science is built.</description>
	</item>
	<item>
		<title>User Interface Design: An International Approach</title>
		<link>http://tc.eserver.org/30345.html</link>
		<guid>http://tc.eserver.org/30345.html</guid>
		<description>A well-thought-out design and well-written content reduces the time required for good international products and saves money. As a bonus, most internationalization issues apply across all languages and usually help improve the quality of the American-language product as well.</description>
	</item>
	<item>
		<title>What to Expect from a Translation Agency</title>
		<link>http://tc.eserver.org/30349.html</link>
		<guid>http://tc.eserver.org/30349.html</guid>
		<description>Leverage, CAT, translation memory, and aligning are quite interrelated and build on each other in the process.</description>
	</item>
	<item>
		<title>Writing at the User Interstices</title>
		<link>http://tc.eserver.org/30354.html</link>
		<guid>http://tc.eserver.org/30354.html</guid>
		<description>The most coveted writing assignment in the computer industry is the overview of an integrated software package. It calls for careful pacing, creative metaphor, and lavish graphics, all integrated with the highest skill. Here stands the pinnacle of a career, to be &apos;writing at the user interface.&apos;</description>
	</item>
	<item>
		<title>Control Costs of Translation with Advance Plan</title>
		<link>http://tc.eserver.org/30343.html</link>
		<guid>http://tc.eserver.org/30343.html</guid>
		<description>The liability of a translated manual is several times greater than the English version. This increased liability can be tied directly to the accuracy of the translation.</description>
	</item>
	<item>
		<title>Health Care Prescriptions for a Terminal Job</title>
		<link>http://tc.eserver.org/30324.html</link>
		<guid>http://tc.eserver.org/30324.html</guid>
		<description>What do you do about medical insurance coverage if you are laid off?</description>
	</item>
	<item>
		<title>Help Needed</title>
		<link>http://tc.eserver.org/30333.html</link>
		<guid>http://tc.eserver.org/30333.html</guid>
		<description>Next to writing an enthusiastic thank you note for socks received as a birthday gift, the most difficult task for many writers is creating a help wanted ad that succinctly defines the requirements of the position while encouraging only perfect candidates to apply.</description>
	</item>
	<item>
		<title>Hidden Factors of Documentation Quality -- Part 1</title>
		<link>http://tc.eserver.org/30344.html</link>
		<guid>http://tc.eserver.org/30344.html</guid>
		<description>The first impulse of many documenters is to turn our work over to editors and graphic designers, or to form committees and develop style guidelines. All of these measures are useful, but none can assure us of quality when there are basic problems with the way we go about producing documentation.</description>
	</item>
	<item>
		<title>If You Want Something Done Right, Don&apos;t Do It Yourself</title>
		<link>http://tc.eserver.org/30319.html</link>
		<guid>http://tc.eserver.org/30319.html</guid>
		<description>When you get fed up and do decide to blaze your own trail, don&apos;t forget to take some friends along with you. You never know when you&apos;re going to run into a wild past participle that you need help taming.</description>
	</item>
	<item>
		<title>Listening: the Often Forgotten Ingredient</title>
		<link>http://tc.eserver.org/30326.html</link>
		<guid>http://tc.eserver.org/30326.html</guid>
		<description>If listening isn&apos;t in the mix when developing documentation, then the project may not cook.</description>
	</item>
	<item>
		<title>Misclassified Workers (Part I)</title>
		<link>http://tc.eserver.org/30334.html</link>
		<guid>http://tc.eserver.org/30334.html</guid>
		<description>This two-part article looks at the comparative costs of employees versus independent contractors, helps you to classify workers as either independent contractors or employees, and (in the second part) will examine the consequences of misclassification as it affects clients, independent contractors, and third party payers (such as a consulting firm or a contract agency).</description>
	</item>
	<item>
		<title>Misclassified Workers (Part II): A Financial Time Bomb</title>
		<link>http://tc.eserver.org/30336.html</link>
		<guid>http://tc.eserver.org/30336.html</guid>
		<description>This article examines some of the consequences of misclassifying workers as independent contractors when they should be treated as employees.</description>
	</item>
	<item>
		<title>More than &quot;Correct&quot;</title>
		<link>http://tc.eserver.org/30338.html</link>
		<guid>http://tc.eserver.org/30338.html</guid>
		<description>I think it can be dangerous for a technical writer to be a grammar expert.</description>
	</item>
	<item>
		<title>NetWorks or, How to Make Professional Connections When You Live and Work in the &quot;Sticks&quot;</title>
		<link>http://tc.eserver.org/30325.html</link>
		<guid>http://tc.eserver.org/30325.html</guid>
		<description>NetWorks is an association of people involved in public relations, technical/computer documentation, marketing, fund raising, planning and development, training, journalism, editing, video production and publishing. We have a common interest in sharing ideas, information and resources.</description>
	</item>
	<item>
		<title>On Teaching Technical/Business Writing</title>
		<link>http://tc.eserver.org/30335.html</link>
		<guid>http://tc.eserver.org/30335.html</guid>
		<description>Whether one teaches business communication or technical writing (or some amalgam of the two), the first statements an instructor makes in class should be to apprise students that the course upon which they are embarking is but a specialty within a larger field of writing, that their courses in English composition, philosophy and survey of literature (and the papers written for those courses) will all apply to the specialized communication field they now must address.</description>
	</item>
	<item>
		<title>The Paucity of Part-Timers</title>
		<link>http://tc.eserver.org/30323.html</link>
		<guid>http://tc.eserver.org/30323.html</guid>
		<description>As a technical writer with over seven years of experience and a Master&apos;s degree, I am disappointed with the lack of part-time jobs and lack of responsiveness by employers to create part-time technical writing positions.</description>
	</item>
	<item>
		<title>Practice What You Preach!</title>
		<link>http://tc.eserver.org/30318.html</link>
		<guid>http://tc.eserver.org/30318.html</guid>
		<description>No matter how simple a task may first appear, you&apos;re better off to thoroughly read through the documentation, especially if the equipment you&apos;re using is borrowed. I&apos;ve also learned that perhaps department stores really don&apos;t charge a fortune in comparison to my home project.</description>
	</item>
	<item>
		<title>Recycled Papers</title>
		<link>http://tc.eserver.org/30330.html</link>
		<guid>http://tc.eserver.org/30330.html</guid>
		<description>The demand for recycled paper is on the rise and more and more paper manufacturers are producing recycled paper in the same categories and range of choices as virgin stock. However, because of the variations and inconsistencies in the raw materials used, paper that contains recycled fiber tends to he at the middle to lower quality levels of each paper grade.</description>
	</item>
	<item>
		<title>The Role of Indexing in Technical Communication</title>
		<link>http://tc.eserver.org/30339.html</link>
		<guid>http://tc.eserver.org/30339.html</guid>
		<description>The success of a technical document depends heavily on the index. The task of indexing a technical document often cannot begin until insufficient time remains to do a good job. However, for many users of the document, a good index is mandatory to its usability.</description>
	</item>
	<item>
		<title>Smart Marketing Enhances Credibility and Creates Customers</title>
		<link>http://tc.eserver.org/30322.html</link>
		<guid>http://tc.eserver.org/30322.html</guid>
		<description>Today&apos;s business climate is kinder to those who understand and act on the fact that there are numerous ways to communicate positive attributes.</description>
	</item>
	<item>
		<title>The Technical Writer as Software Evaluator</title>
		<link>http://tc.eserver.org/30331.html</link>
		<guid>http://tc.eserver.org/30331.html</guid>
		<description>Technical writers are taking on more responsibilities. More and more, writers are being asked to participate in the design and review of a new product, or to help organize the efforts of a product team. Before you even begin evaluating software, resolve the following points in your own mind: Performing a comprehensive evaluation of a piece of software takes time, and chances are that no one product has all the capabilities you would like it to have, so be prepared to make concessions.</description>
	</item>
	<item>
		<title>Towards the Ideal Résumé</title>
		<link>http://tc.eserver.org/30321.html</link>
		<guid>http://tc.eserver.org/30321.html</guid>
		<description>The résumé is the key to landing a job initially, and then to advancing in the profession. So, let&apos;s consider the elements that go towards composing the ideal résumé.</description>
	</item>
	<item>
		<title>Translation and the Technical Writer</title>
		<link>http://tc.eserver.org/30342.html</link>
		<guid>http://tc.eserver.org/30342.html</guid>
		<description>As more companies sell in the global market and recognize the importance of customer service and satisfaction, they are beginning to realize the importance of translating software and documentation into foreign languages. Once your own company realizes that it needs to translate its documentation, to whom will it turn for project management? You, of course. The technical writer is in an ideal position to control the translation of documentation and the textual element of software.</description>
	</item>
	<item>
		<title>Type Tips</title>
		<link>http://tc.eserver.org/30337.html</link>
		<guid>http://tc.eserver.org/30337.html</guid>
		<description>Type is to a publication as a speaker is to an audience -- they both have to work coherently to capture and keep your attention. Type defines a publication&apos;s personality; since it&apos;s a common element on every page, it should work to achieve a visual unity throughout. Crisp, consistent, readable typography will help propel the reader through your pages.</description>
	</item>
	<item>
		<title>Unemployment Benefits for Out-of-Work Consultants</title>
		<link>http://tc.eserver.org/30341.html</link>
		<guid>http://tc.eserver.org/30341.html</guid>
		<description>If you have been paid as independent contractor for work you have performed, you might assume that you are ineligible for unemployment compensation when a client or a temporary agency can no longer keep you busy. The client has no more work, so you think you&apos;re on your own to look for work, without the benefit of unemployment compensation. But what if a client or temporary agency should have paid you as an employee, instead of treating you as an independent contractor? In many cases, you would be entitled to collect unemployment compensation, even if you had signed a contract stipulating that you would not be eligible for benefits.</description>
	</item>
	<item>
		<title>Usability Testing: A Definition Analyzed</title>
		<link>http://tc.eserver.org/30328.html</link>
		<guid>http://tc.eserver.org/30328.html</guid>
		<description>Usability testing actually measures human factors as they apply to performed tasks based on the interaction between documentation and a product user. As technical communicators, we are becoming increasingly aware of the importance human factors have on our profession.</description>
	</item>
	<item>
		<title>Usability Testing: A Field Test Report</title>
		<link>http://tc.eserver.org/30327.html</link>
		<guid>http://tc.eserver.org/30327.html</guid>
		<description>The following is a brief description of how I tested a user manual for a word processing program to be used by low-level and intermediate-level users.</description>
	</item>
	<item>
		<title>Wearer of Many Hats</title>
		<link>http://tc.eserver.org/30320.html</link>
		<guid>http://tc.eserver.org/30320.html</guid>
		<description>We currently use a variety of software and hardware tools to do our work. Unfortunately, there isn&apos;t one perfect software package that does everything we need.</description>
	</item>
	<item>
		<title>The Why You Need an Up-to-Date Resume</title>
		<link>http://tc.eserver.org/30340.html</link>
		<guid>http://tc.eserver.org/30340.html</guid>
		<description>Provide your boss and the personnel department with a copy of your resume each time you update it. They will be interested to learn about any educational or training programs you&apos;ve completed, changes in your current job responsibilities, new professional or civic organizations you&apos;ve joined and any technical skills you&apos;ve acquired since starting your current job. A resume should also reflect special accomplishments and your on-the-job performance record.</description>
	</item>
	<item>
		<title>Writing for Trade and User Magazines</title>
		<link>http://tc.eserver.org/30332.html</link>
		<guid>http://tc.eserver.org/30332.html</guid>
		<description>If you&apos;re a technical writer, writing an article and getting it published in a trade or user magazine is a good way to expand your capabilities, enhance your resume, promote yourself, and have fun. And if you want to establish yourself as an expert on something, there&apos;s no better way.</description>
	</item>
	<item>
		<title>Carpal Tunnel Syndrome</title>
		<link>http://tc.eserver.org/30308.html</link>
		<guid>http://tc.eserver.org/30308.html</guid>
		<description>Have you ever been working at the computer so long that your eyes &apos;went buggy?&apos; Or so intensely that you could barely move when you got up? Working long hours at a computer may be more hazardous than you know. One real possibility is that you will develop Carpal Tunnel Syndrome (CTS).</description>
	</item>
	<item>
		<title>Contracting as a Career Alternative</title>
		<link>http://tc.eserver.org/30312.html</link>
		<guid>http://tc.eserver.org/30312.html</guid>
		<description>The technical contracting industry provides a unique career opportunity for experienced professionals in most technical communications disciplines. It also provides a possible alternative to unemployment in view of the continuing &apos;down-sizing&apos; and restructuring activity going on in today&apos;s marketplace.</description>
	</item>
	<item>
		<title>Fighting the Non-Sexist Language Battle</title>
		<link>http://tc.eserver.org/30311.html</link>
		<guid>http://tc.eserver.org/30311.html</guid>
		<description>Sexist language consists of various words and terms that foster stereotypes of social roles based on gender. Professional writers must keep abreast of significant changes in our language, and the issue of sexism is an integral change. Sexist language has become offensive. Sexist language is confusing.</description>
	</item>
	<item>
		<title>How Safe is the Data on Your Hard Disk?</title>
		<link>http://tc.eserver.org/30317.html</link>
		<guid>http://tc.eserver.org/30317.html</guid>
		<description>As a technical writer with above average organizational skill, you likely already keep your files in nice little subdirectories in logical little groups -- User&apos;s Guide illustrations here, research notes there, stuff for the service manual over yonder. But what if, in an instant, your files were all taken out of their subdirectories and put in one big directory? Could you distinguish one file from the other without opening them up? You can only assume that files with identical names disappeared.</description>
	</item>
	<item>
		<title>How to Plan On-line and Paper Versions of a Software Manual</title>
		<link>http://tc.eserver.org/30314.html</link>
		<guid>http://tc.eserver.org/30314.html</guid>
		<description>On projects for which you must produce both on-line and paper documentation, there are many things you should consider before you start.</description>
	</item>
	<item>
		<title>In Praise of Usability Testing</title>
		<link>http://tc.eserver.org/30313.html</link>
		<guid>http://tc.eserver.org/30313.html</guid>
		<description>Documentation usability testing has been with us at least since 1983. But, to all intents and purposes, it seems that there is still very little testing being done. Of all the documentation quality assurance activities that we can carry out, usability testing represents one of the best values in the process chain. Without devaluing any of the other quality assurance functions, it is safe to say that money spent on usability testing is extremely well spent.</description>
	</item>
	<item>
		<title>Low Budget Usability Testing Can Work</title>
		<link>http://tc.eserver.org/30310.html</link>
		<guid>http://tc.eserver.org/30310.html</guid>
		<description>With just a modest amount of equipment and effort, you can uncover some serious product glitches and potentially earn your company thousands of dollars and a sterling reputation. The first step is to get a video camera, a product prototype, and a small sample of your target audience.</description>
	</item>
	<item>
		<title>Make Yourself More Than Just an &quot;Entry-Level&quot; Tech Writer</title>
		<link>http://tc.eserver.org/30306.html</link>
		<guid>http://tc.eserver.org/30306.html</guid>
		<description>To make the most of limited opportunities, you have to distinguish yourself from the crowd of other technical writers who&apos;ll be vying for the same positions you&apos;re after. In other words, you have to go into that job market armed with more than just a bachelor&apos;s degree and some classroom writing samples. Following are some suggestions that can help you acquire some professional technical writing experience, broaden your skills and knowledge of the technical writing field, and get you over the entry-level hump.</description>
	</item>
	<item>
		<title>So You Want to be a Technical Translator...</title>
		<link>http://tc.eserver.org/30309.html</link>
		<guid>http://tc.eserver.org/30309.html</guid>
		<description>Rapidly expanding international commerce demands multilingual product descriptions and instructions for users. Technical products require precise translations by knowledgeable translators to avoid costly or even fatal errors. These may range from simple business letters to legal documents, patents, scientific articles, service or end-user manuals.</description>
	</item>
	<item>
		<title>Technology Sets the Pace: Evolution of Technical Communication</title>
		<link>http://tc.eserver.org/30316.html</link>
		<guid>http://tc.eserver.org/30316.html</guid>
		<description>Technical communicators will take on increasingly important roles as technology becomes ever more sophisticated. After all, we must be able to use this equipment once it is installed.</description>
	</item>
	<item>
		<title>The Value of Research in Technical Communication</title>
		<link>http://tc.eserver.org/30305.html</link>
		<guid>http://tc.eserver.org/30305.html</guid>
		<description>Over the years, there has been much debate and discussion in the Society as to whether technical communication is a field, an endeavour, a profession or a discipline, none of the above or all of the above. The topics of professionalism, certification and accreditation have often appeared in the pages of Technical Communication and Intercom. I would like to take the opportunity to review the status of technical communication and to highlight the role of research in technical communication.</description>
	</item>
	<item>
		<title>What Are Software Documentation Specialists, Anyway?</title>
		<link>http://tc.eserver.org/30307.html</link>
		<guid>http://tc.eserver.org/30307.html</guid>
		<description>They call us &apos;documentation specialists&apos; in the biz. Our mail is addressed to &apos;doc spec&apos; because &apos;documentation specialist&apos; doesn&apos;t fit on mailing labels. At social gatherings, people&apos;s faces go blank when we say we write software documentation or computer manuals. But what are we, really?</description>
	</item>
	<item>
		<title>When Products Become Easy to Use, What&apos;s Next for Writers?</title>
		<link>http://tc.eserver.org/30315.html</link>
		<guid>http://tc.eserver.org/30315.html</guid>
		<description>People who follow the right trends will someday lead them. Such an opportunity now lies in the hands of technical writers, as the computer field moves toward standardized, graphical, easy-to-use interfaces.</description>
	</item>
	<item>
		<title>Cataloging Information Aids Help Development</title>
		<link>http://tc.eserver.org/27112.html</link>
		<guid>http://tc.eserver.org/27112.html</guid>
		<description>Context-sensitive help systems often need redundant placement of information. This ensures that the information is seen by visitors who enter and move unpredictably through the system. Redundant placements take the form of descriptions, explanations, warnings, and the like that amplify other subjects. In software documentation, for example, some candidate subjects include the purposes of screens and tabs, the effects of selected options and significant functions such as Delete, and reminders of required access permissions and prerequisite steps or conditions. You can save development time and promote consistency by cataloging information so that it can be inserted wherever needed using your authoring software&apos;s copy and paste functions.</description>
	</item>
	<item>
		<title>Designing Your Web Site for the Blind</title>
		<link>http://tc.eserver.org/27110.html</link>
		<guid>http://tc.eserver.org/27110.html</guid>
		<description>Yet those of us who are fully sighted forget that as we make the Web our main information vehicle, we may be cutting out millions of customers or potential customers. And these millions (5 to 10 million in the U.S. alone, by some estimates) have every moral and legal right to have access to that information.</description>
	</item>
	<item>
		<title>e-Video: Producing Internet Video as Broadband Technologies Converge</title>
		<link>http://tc.eserver.org/27111.html</link>
		<guid>http://tc.eserver.org/27111.html</guid>
		<description>e-Video is divided into four major sections: Opportunity, Production, Compression, and Delivery. Although these can (and must) get a bit technical to be useful, I found Alesso&apos;s style understandable.</description>
	</item>
	<item>
		<title>Getting to Know the XSL Family of Standards: A Review of The XSL Companion</title>
		<link>http://tc.eserver.org/27109.html</link>
		<guid>http://tc.eserver.org/27109.html</guid>
		<description>If you need to learn XSL, or think it might be a career-enhancing move, there are currently very few books that describe XSL. In fact, some of these books can be overwhelming in size and in programming detail. The XSL Companion is different, and, I feel, aptly named a &apos;companion&apos;.</description>
	</item>
	<item>
		<title>Infoneering: Beauty and the Beast</title>
		<link>http://tc.eserver.org/27114.html</link>
		<guid>http://tc.eserver.org/27114.html</guid>
		<description>As someone who has been working as a writer in the high-technology field for better than a dozen years now, I have been watching with interest and enthusiasm the slow convergence of the disciplines of writing, interface design, and engineering. In the design of integrated help systems particularly, the traditional boundaries for developing content, interfaces, and features have blurred—resulting in a collaborative enterprise that I refer to as infoneering.</description>
	</item>
	<item>
		<title>Interchange Keynote Presentation: E-Learning</title>
		<link>http://tc.eserver.org/27115.html</link>
		<guid>http://tc.eserver.org/27115.html</guid>
		<description>In today&apos;s market, corporations consider &apos;cost avoidance&apos; a top priority; nonetheless, complex products and tasks still demand training. Therefore, organizations look for efficient and effective training methods. E-learning answers that search.</description>
	</item>
	<item>
		<title>Mentoring: A Gentle Alliance</title>
		<link>http://tc.eserver.org/27113.html</link>
		<guid>http://tc.eserver.org/27113.html</guid>
		<description>The mentor relationship has been called the &apos;pinnacle of work relationships.&apos; A mentor is more than a peer, more than a coach, even more than a sponsor. Mentors typically have influence within the organization or community. They use this influence to empower their protègès. The mentor relationship is really a partnership--the mentor provides guidance and opportunities, the protègè provides energy and a fresh perspective.</description>
	</item>
	<item>
		<title>Technical Writing at SolidWorks Corporation Is a Collaborative Effort</title>
		<link>http://tc.eserver.org/27108.html</link>
		<guid>http://tc.eserver.org/27108.html</guid>
		<description>Collaboration is a key element of the documentation process at SolidWorks Corporation, and it contributes significantly to the high quality of the technical documents. &apos;We couldn&apos;t produce the volume of documents that we do in the time that we have without working closely together,&apos; says Georgia, manager of the Technical Publications department.&#xD;&#xD;Five technical writers and eight translators collaborate with each other, with developers and testers, with a translation house, and with a print house. Together they produce a user&apos;s guide, a tutorial, multiple online help systems, and numerous smaller documents with each release of the software. Releases occur about twice a year. Because each release includes major new functionality, the documentation schedule is very tight. &apos;Taking into account that we have to wait for the engineers to complete their changes, and that we have to freeze the English version in time for the translators to translate before the release,&apos; says Georgia, &apos;the schedule is even tighter than it appears at first.&apos;&#xD;&#xD;Some of the techniques that make this situation workable are an integrated hardware and software system, careful distribution of responsibilities, explicit procedures and style guides, and file maintenance.</description>
	</item>
	<item>
		<title>Forget About the Lawyers! First, Let&apos;s Kill the Editors! Right?</title>
		<link>http://tc.eserver.org/10812.html</link>
		<guid>http://tc.eserver.org/10812.html</guid>
		<description>Some companies and upper management, and even some documentation managers and writers, seem to agree. After all, in today&apos;s world of desktop publishing, writers are also typesetters and illustrators -- why not let them be editors as well? They know English. So why not save money, terminate the editors, and let peer editing begin? Or if we do keep some editors, let them be the designers, illustrators, and typesetters. As for language? Forget it! The readers will understand. Besides, who reads documentation anyway? </description>
	</item>
	<atom:link href="http://tc.eserver.org/publisher/Boston_Broadside.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>