By Lisa Logan, Chapter Member
Editor's note: Watch for the chapter's DITA workshop, scheduled for October 18th, 2014. Subscribe to the chapter mailing list for details.
Okay, I know that title is corny. But I think a little silliness is needed when you cover a complicated subject. At least right now, DITA is a huge challenge for me, and I’m sure it is for others.
Tech writing has evolved into something quite different from what it was ten years ago when I first contemplated entering the field. It used to be that an English major and mastery of a style guide was enough to land a tech writing job, but these days employers are looking for technical expertise to go along with good writing and editing. I perused many of the job listings and found that knowledge of structured authoring and DITA are top preferences among employers in the technical writing field. So that’s why I set about to write a series of brief articles explaining what I’ve learned about DITA and how much I need to know in order to land a tech writing job.
I started my DITA journey by reading three books that I bought recently:
Until then, I’ll post a few basics that I’ve learned about DITA so far. By the way, if you’re a tech writer who can recommend any other resources, please do! I’d love to hear from you.
Let’s begin with the question: What is DITA?
DITA stands for Darwin Information Typing Architecture. It’s an XML authoring methodology that uses minimalism and task-oriented topic writing to better organize and disseminate topics into a major work or across several different works. In other words, it makes topic writing easier, more flexible, and transferable. DITA allows easy linking and reuse of written information across several deliverables.
Chapter 1 of DITA Best Practices claims “Darwin Information Typing Architecture (DITA) was designed specifically for writing, organizing, and linking topic-based content.” So what I take that to mean is DITA makes technical writing easier to edit and organize large manuals among groups. If you break up a huge manual into small digestible pieces or “topics,” you can then easily edit each piece, reorganize, and reuse the information for that manual and future manuals that contain similar “topics.”
In the past, technical writers had to copy and paste similar topic info from one manual to another which caused more errors. Now, with structured authoring, those chunks of info or “topics” can be easily transferred or reused from manual to manual.
In the next article, I’ll describe the three different topic types of DITA: task, conceptual, and reference.
Lisa Logan can be reached at lisalogan9 at gmail dot com.
Editor's note: Watch for the chapter's DITA workshop, scheduled for October 18th, 2014. Subscribe to the chapter mailing list for details.
Tech writing has evolved into something quite different from what it was ten years ago when I first contemplated entering the field. It used to be that an English major and mastery of a style guide was enough to land a tech writing job, but these days employers are looking for technical expertise to go along with good writing and editing. I perused many of the job listings and found that knowledge of structured authoring and DITA are top preferences among employers in the technical writing field. So that’s why I set about to write a series of brief articles explaining what I’ve learned about DITA and how much I need to know in order to land a tech writing job.
I started my DITA journey by reading three books that I bought recently:
- DITA Best Practices: A Roadmap for Writing, Editing, and Architecting in DITA (IBM Press) by Laura Bellamy, Michelle Carey and Jenifer Schlotfeldt (October 10, 2011)
- Developing Quality Technical Information: A Handbook for Writers and Editors (2nd Edition) (IBM Press) by Gretchen Harqis, Michelle Carey, Ann Kilty Hernandez, Polly Hughes, Deidre Longo, Shannon Rouiller and Elizabeth Wilde (April 16, 2004)
- Technical Writing 101: A Real-World Guide to Planning and Writing Technical Content (3rd Edition) (Scriptorium Publishing Services, Inc.) by Alan S. Pringle and Sarah S. O’Keefe (May 1, 2009)
Until then, I’ll post a few basics that I’ve learned about DITA so far. By the way, if you’re a tech writer who can recommend any other resources, please do! I’d love to hear from you.
Let’s begin with the question: What is DITA?
DITA stands for Darwin Information Typing Architecture. It’s an XML authoring methodology that uses minimalism and task-oriented topic writing to better organize and disseminate topics into a major work or across several different works. In other words, it makes topic writing easier, more flexible, and transferable. DITA allows easy linking and reuse of written information across several deliverables.
Chapter 1 of DITA Best Practices claims “Darwin Information Typing Architecture (DITA) was designed specifically for writing, organizing, and linking topic-based content.” So what I take that to mean is DITA makes technical writing easier to edit and organize large manuals among groups. If you break up a huge manual into small digestible pieces or “topics,” you can then easily edit each piece, reorganize, and reuse the information for that manual and future manuals that contain similar “topics.”
In the past, technical writers had to copy and paste similar topic info from one manual to another which caused more errors. Now, with structured authoring, those chunks of info or “topics” can be easily transferred or reused from manual to manual.
In the next article, I’ll describe the three different topic types of DITA: task, conceptual, and reference.
Lisa Logan can be reached at lisalogan9 at gmail dot com.