Llevar un diario es una experiencia más gratificante. He tenido varios tipos de publicaciones; uno fue un libro que escribí en ella y otro era un cuaderno donde escribió los eventos del día y también añadió todo desde una pluma de pollo a tarjetas, gracias notas y fotografías. Que realmente fue un divertido libro. Es increíble lo olvida hasta que abre su revista o mirar una imagen y todos los recuerdos relacionados al instante vienen a la mente y se puede hablar de lo que ocurrió hoy. Es sin duda impresionante!
Este libro sorprendente también puede contar detalles de unas vacaciones especiales o su aniversario 50 de los padres de ese día especial cuando convirtió 21; ¿Qué hay de graduación y todos esos sentimientos que sentía.? ¿No sería prolijo para leer esos recuerdos? Esas palabras volver justo a ese momento, sentimientos y todo. ¿Qué momentos especiales con familia y amigos? Recuerdo que un día lleno de acontecimientos fue cuando subieron a una montaña. Estaba asombrado como otros vi subir hacia arriba. Para mi sorpresa, mis pies mantuvieron moviendo y lo hice demasiado. ¿Qué experiencia prácticamente hacer divisiones en intentar escalar las rocas enormes. Cuando llegué a la cima de la montaña, se situó en una cornisa con la parte superior a la altura del pecho y declaró que lo hice. Este hombre me dijo que no hice, no estaba en la parte superior. Dije que estaba bueno donde estaba. Dijo que sería realmente lamento no llegar a la cima si no consigo arriba, por lo tanto, "Get up aquí!", dijo, como me dio la mano. Estaba petrificada. Aunque mi cuerpo estaba rígido en miedo, rastreado a lo más alto de la montaña ese día. I incluso establecido sobre una roca hacia fuera desde la cima de la montaña y mirados hacia abajo 3000 pies en el suelo. No podía creer que lo hice. Para siempre estoy agradecido de que sus compañeros para hablarme en ir a la cima de la montaña porque hoy estoy imparable. Puedo hacer lo que quiero hacer. El éxito en lo mejor es mi intención y si puedo tomar otros conmigo, ayuda en su camino hacia el éxito también.
También hay revistas familiares donde todo el mundo escribe sobre eventos familiares desde su perspectiva. Podría haber una persona que resume eventos familiares año como familias re-sindicatos. Todos esos momentos y recuerdos vienen y go y sólo tarda un maravilloso diario a les flash nuevamente ante sus ojos.
Los padres pueden mantener sus preferidos dibujos y fotografías de sus hijos. Tengo una foto de que mi hijo señaló a mí cuando era muy joven y todavía me siento caliente cuando lo miro. Abuelos pueden escribir sobre su diversión veces con sus nietos. Los niños pueden comenzar a escribir diarios a temprana edad. Mi nieto tiene ocho años y escribe mucho. Escribe sobre deportes, escuela, sus amigos y otras actividades. Podemos escribir sobre nuestras mascotas como nos encantan tanto. He tenido mascotas numereous y amaba todo intensamente; cada uno con su propio especial personalidad y fueron todos considerado familia. Vacaciones son un buen momento para mantener un diario de la familia. Qué buenos recuerdos y diversión al leer y recordar los lugares que visitó, restaurantes, quizás nuevos alimentos has probado, la gente nueva que se reunió y lo que hizo o las caminatas salió. No nos olvidemos de todos los souvineres que podríamos han tenido inicio. Las fotos tomadas que podemos ooo y aaaah sobre son recuerdos impresionantes. Es verdaderamente interminables acerca de lo que puede escribir.
Por favor lea la conclusión emocionante de la impresionante experiencia de escribir a diario parte 2.
La impresionante experiencia de escribir una diario parte 1
Gran escritura técnica: La espada de doble filo de la experiencia del lector
Keywords:
Technical writing user manual instruction document assumptions experience
Article Body:
Overview
When we write User Documents we rely on our Reader's/User's experience to simplify our work. This can cause problems for the Reader. This article will discuss the effects of Reader experience and how to minimize the negative effects of incompatible experience, and how to handle the writer's assumptions about the Reader.
Writer's Benefits: Relying on Reader Experience
When we write, we rely on our Reader's experience to give us a "starting point" for our User Document. Often we make hidden assumptions about our Reader's experience.
Here are some examples where relying on our Reader's experience makes things easy (and causes problems) for us as writers:
Example: Using a Computer's Mouse
In writing User Documentation for Graphical User Interface-based computer products (such as the Windows or Mac User interface), we assume that the the Reader knows how to use a mouse to click on items, drag, etc. This saves much background writing.
Example: Cooking: How to Measure Ingredients; Terms
Cook books save space by (usually correctly) assuming that a Reader can perform basic cooking operations (such as measuring ingredients), and terms (such as puree or slice).
Example: Common Acronyms
We rely on "common" acronyms such as AM and PM to simplify our writing lives. However, many Readers use a 24 hour clock, and thus AM and PM are meaningless to them.
Beware of any acronyms that you assume that your Reader knows. It is best to define acronyms in line (perhaps in parentheses) when they are first presented in that part of the User Document.
You cannot define them only the first time they appear in the User Document. This assumes -- incorrectly -- that Users read your User Document from start to finish.
Problems Writers Cause When Assuming User Experience
Our assumptions as writers can get us into trouble.
Example: Unfamiliar Words
Here's a gardening example: Acme's (a fictitious company) Illustrated Guide to Gardening in Canada (1979) makes an incorrect assumption about its Readers:
In one of their definitions they use a term, "the axil of a leaf" to define another term. "Axil of a leaf" is not listed in the book’s index, and there is no glossary in the book. Clearly this book assumes that the Reader understands the term "the axil of a leaf." I don’t, and am therefore unhappy with the presentation.
Solution: Provide a glossary of gardening terms or a reference to a page in the book where the term is defined.
Example: Assuming Students' Experience
Here is an example where an (unstated) assumption by a training company rendered one of their courses useless.
In order to do the exercises in a computer programming course, students had to be able to use an editor (a simple word processor) to program the system. The only editor available on the course machines was a UNIX editor known as vi.
Unfortunately, the students were not told that they needed to use the vi editor. The course presenters assumed that the students knew vi. The students did not, and they spent half the course time trying to learn and deal with vi.
The hidden assumption by the training company resulted in a failed learning experience (the students never needed to use vi again). It wasted two days of the four-day course time.
Don't Present Assumptions in a Sneaky Way
If the training company had said that, "We train on UNIX systems," then they leave a way out for themselves when they disappoint students who do not know the vi editor. When confronted, the company could respond with, "We told you it was a UNIX system. You should know that vi is the editor available on that system."
This sneaky statement of the assumption is foolish. It will result in a lose-lose situation.
The Bottom Line
As writers, we to make assumptions about our Reader's experience. However, if you make assumptions, then make sure that you tell the Reader what you assume about him/her.
Think about the assumptions that you make about your Reader. Are these assumptions valid (that is, can you really expect your Readers to meet your assumptions)? If there is any doubt in your mind, include information explaining the terms and procedures that you assume.
Make sure that when you state assumptions, that you present them in a way that the Reader (student) can understand what the assumption means to them. Don't be sneaky about presenting the assumptions.
User Experience Can Cause Trouble for Writers
Your Reader's experience can cause confusion. Here are some examples:
Example: Shampoo/Conditioner Product
One of my favorite examples is a combined hair shampoo and conditioner product. If a User has experience with the separate products, then their experience is to:
* Shampoo: Wet thenhair. Massage shampoo into the hair, then rinse it out.
* Conditioner: Wash the hair. Massage conditioner into the wet hair, leave in the hair for two or three minutes, then rinse it out.
The problem arises with the combined product. Should the User leave the product in the hair for two or three minutes (as done with the conditioner), or rinse it immediately (as done with the shampoo)?
The User Document (product label) for a combined shampoo-conditioner should tell the User how to use the two-in-one product. Most such labels do not.
Example: Words Used in Unexpected Ways
Your writing can set the expectations of the Reader, resulting in confusion when words are used unexpectedly.
An article in the Technology Section (of a newspaper on June 10, 2004, page B14) described, "How the little guy can back up computer data". The article was about computers. When I came to the sentence: "Let's face it: backups are boring and a hassle to boot." I wondered about the phrase "to boot."
In computer jargon, "boot" is the process where the computer starts up ("lifts itself by its bootstraps"...by a program originally called a "bootstrap loader"). Does the author's quote about "hassle to boot" mean that if I do backups, then my computer will be slower ("boring") and require more work from me to start up ("hassle to boot")?
The use of the phrase "to boot" is inappropriate in this article, given that "to boot" has multiple meanings. The author used it as slang for "in addition to." Since the article was about computers, I thought of the computer meaning of "to boot." The sentence would be less confusing if the author left out "to boot," as: "Let's face it: backups are boring and a hassle." We'll return to this example shortly.
Example: Functional Fixedness
An object's function is fixed in a person's mind. For example, a hammer's function is to pound things. Experiments have demonstrated that people have a hard time using a hammer for an unusual function, such as a paperweight, a prop, or a lever. This is called functional fixedness.
Functional fixedness can limit the usefulness of your product. Your User Document should attempt to overcome functional fixedness. Perhaps this example will show how critical I am of User Documents.
I have a wrist global positioning satellite (GPS) device that keeps track of my long walks. Sweaters and heavy coats, needed for walking in the winter, make it difficult to wear the GPS device on the wrist. But it is a WRIST device. Functional fixedness arises, causing me struggle to use the GPS on my wrist. But it turns out that the GPS works well when used in a pocket.
The GPS User Document should mention this (obvious?) capability, thus reducing the functional fixedness associated with the WRIST GPS. In my defense: I am not sure that putting the wrist GPS in a pocket is more obvious than using a hammer as a paperweight.
Example: Humor
Humor relies on:
. a subtle knowledge of the language (for example a pun)
. or a knowledge of an event (perhaps a current event or entertainment event)
on which the humor is based. Here's an example, from an old joke:
"You're so funny, you should be on a stage. There's one leaving in 15 minutes."
This joke relies on the Reader's knowing the two meanings of "stage": (1) a place for performing, and (2) transportation used in the western United States in the 1800's. Most Readers might not know the second meaning, rendering the humor a confusing waste of words.
Earlier we examined the sentence: "Let's face it: backups are boring and a hassle to boot." The author used the phrase "to boot" as some form of folksy talk or humor. It confused the Reader.
Eliminate Humor from Your User Document
. Humor will only confuse Users who do not understand it.
. Humor is difficult, if not impossible, to translate into other languages.
I suggest that you use a writing style that is informal and conversational, but with no attempts at humor. Remove attempts at humor when you review and revise your writing.
If you want to write humor, do it elsewhere (you should be on a stage). User Documents are no place to practice your humor.
The Bottom Line
Assumptions
Be careful about what you assume about your Reader. When in doubt whether or not a Reader knows something:
. State your assumptions about your Reader
State the assumptions in a way that the Reader can relate to
. When in doubt, add the information that you assume, or
. Tell your Reader where to find the assumed information
By providing or pointing to this assumed information, you increase your audience
Readers' Experience
Be aware of how your Reader's experience influences how he/she interprets your User Document or uses your product. If necessary add material to your User Document to counter your Reader's incompatible experience.