Cómo hacer preguntas de forma inteligente (How To Ask Questions The Smart Way)
Copyright © 2001 by Eric S. Raymond
Traducido al español por Fernando Ramos (Febrero 2002)
--------------------------------------------------------------------------------
TraduccionesEste documento fué escrito originalmente en Inglés por Eric S. Raymond. Mi traducción es un punto de vista personal; si tiene alguna duda lo invito a referirse al original en inglés en la siguiente URL:
http://www.tuxedo.org/~esr/faqs/smart-questions.htmlExisten traducciones de este documento disponibles en Alemán y en Francés.
--------------------------------------------------------------------------------
Antes de preguntarAntes de hacer una pregunta técnica por email, o en un grupo de noticias, o en un sitio de charla de un sitio web, haga lo siguiente:
Trate de encontrar una respuesta leyendo el manual.
Trate de encontrar una respuesta leyendo un FAQ (Frequently Answered Questions - Preguntas contestadas frecuentemente )
Trate de encontrar una respuesta buscando en la web
Trate de encontrar una respuesta preguntándole a un amigo calificado
Cuando haga su pregunta, muestre el hecho de que ya ha hecho estas cosas; esto ayudará a establecer que usted no es una esponja perezosa y que está malgastando el tiempo de la gente. Mejor todavía, muestre lo que ya ha aprendido haciendo estas cosas. Nos gusta contestar preguntas de gente que ha demostrado que pueden aprender de las respuestas.
Prepare su pregunta. Piénsela bien. Preguntas apresuradas reciben respuestas apresuradas o ninguna respuesta.
Por otro lado, el hacer claro el que usted es capaz y está está dispuesto a ayudar en el proceso de desarrollar una solución es un muy buen comienzo. "Alguien puede proveer una pista?", "Qué hace falta en mi ejemplo?" y "Hay algún sitio que valga la pena chequear?" tienen mejores posibilidades de ser respondidos que "Por favor describa el procedimiento exacto que debo usar." por que está dejando en claro que usted está dispuesto a completar el proceso si sencillamente alguien le orienta en la dirección correcta.
--------------------------------------------------------------------------------
Cuando pregunteEscoja su foro cuidadosamente.
Use buena ortografía y buena puntuación. No utilice abreviaturas confusas. NO ESCRIBA TODO EN MAYUSCULAS, esto se lee como si gritara y es considerado descortés.
--------------------------------------------------------------------------------
Use encabezados específicos, con significado.
El encabezado es su oportunidad dorada para atraer la atención de expertos calificados en unos 50 caracteres o menos. No la desperdicie con babosadas como "Ayuda por favor!" (mucho menos "AYUDA POR FAVOR!!!!"); los mensajes con encabezados como estos son descartados por reflejo. No nos trate de impresionar con la profundidad de su angustia; utilice el espacio para una descripción super-concisa del problema.
Una buena convención para los encabezados, usada por muchas organizaciones de soporte técnico es "objeto - desviación". La parte del "objeto" especifica que cosa o grupo de cosas tiene el problema y la "desviación" describe la desviación del comportamiento esperado.
Estúpido:
AYUDA! El video no funciona bien en mi laptop!
Inteligente:
XFree86 4.1 deforma el cursor del mouse, chipset de video MarcaX ref. MV1005
Más inteligente:
Cursor del mouse en XFree86 4.1 en chipset de video MV1005 Marca X - Luce deformado
El proceso de escribir una descripción del "objeto-desviación" le ayudará a organizar sus ideas acerca del problema en más detalle.
--------------------------------------------------------------------------------
Sea preciso e informativo acerca de su problema
Describa los síntomas de su "bug" o problema de forma clara y cuidadosa.
Describa el ambiente en el cual ocurre. (máquina, sistema operativo, aplicación, etc. )
Describa la investigación que usted ha hecho para tratar de entender el problema antes de que que hiciera la pregunta.
Describa los pasos de diagnóstico que tomó para tratar de identificar con exactitud el problema antes de lanzar la pregunta.
Describa cambios recientes en su computador o configuración de software que puedan ser relevantes.
Haga lo mejor que pueda para anticiparse a las preguntas que un
programador hará y contéstelas por anticipado en su petición de ayuda.
--------------------------------------------------------------------------------
No le pida a la gente que le conteste a su email privado
Los
programadores creen que el solucionar problemas debe ser un proceso público y transparente en el cual el primer intento de respuesta puede y debe ser corregido si alguien que conoce más del asunto nota que está incompleto o incorrecto. Además, ellos también obtienen parte de su recompensa por responder el mensaje al ser vistos como competentes y conocedores por sus compañeros.
Cuando usted pide una respuesta privada, está desestabilizando tanto el proceso como la recompensa. No lo haga. El responder privadamente es una elección de su corresponsal - y si lo hace, es usualmente porque el piensa que la pregunta está muy mal hecha o es demasiado obvia como para ser interesante a otros.
--------------------------------------------------------------------------------
No haga preguntas de su tarea
Los
programadores se dan cuenta fácilmente de las preguntas que son tarea; la mayoría de nosotros las hemos hecho. Esas preguntas son para que usted trabaje en ellas, de forma que aprenda de la experiencia. Está bien el pedir pistas, pero no el pedir soluciones completas.
--------------------------------------------------------------------------------
La cortesía nunca molesta, y algunas veces ayuda.
Sea cortés. Use "Por favor" y "Gracias por adelantado". Deje claro que usted aprecia el tiempo que la gente usa ayudándole gratis.
Para ser honesto, esto no es tan importante como (y no sustituye a) usar buena gramática, ser claro, preciso y descriptivo, el evitar formatos propietarios etc.; los
programadores en general prefieren reportes de problemas ásperos pero técnicamente precisos que un mensaje cortés pero vago. (Si esto le confunde, recuerde que valoramos una pregunta por lo que nos enseña.)
Sin embargo, si usted tiene todos sus puntos técnicos listos, la cortesía incrementa las posibilidades de obtener una respuesta útil.
--------------------------------------------------------------------------------
Haga un seguimiento con una nota breve a la solución
Envíe una nota después de que el problema ha sido resuelto a todos aquellos que le ayudaron; déjeles saber como resultó todo y agradézcales de nuevo por su ayuda. Si el problema atrajo un interés general de la lista de correo o el grupo de noticias, lo apropiado es enviar la nota de seguimiento allí.
Su nota de seguimiento no tiene que ser larga y detallada. Un simple "Hola - era un cable de red dañado! Gracias a todos. Fulano" es mejor que nada. De hecho, un sumario corto y cortés es mejor que una larga disertación a menos que la solución sea realmente profunda técnicamente. Diga cuál acción solucionó el problema, pero no tiene que replicar la secuencia entera de la solución.
Además de ser cortés e informativa, esta clase de seguimiento le ayuda a otros que buscan en el archivo de la lista de correo o grupo de interés a saber exactamente que solución le ayudó y por lo tanto les puede ayudar a ellos.
--------------------------------------------------------------------------------
Si no puede obtener una respuestaSi no puede obtener una respuesta, por favor no lo tome personalmente y no crea que no queremos ayudarle. A veces los miembros del grupo pueden sencillamente no saber la respuesta. El no tener una respuesta no es lo mismo que ser ignorado, a pesar que ciertamente es dificil discernir la diferencia a la distancia.
En general, sencillamente mandar de nuevo la pregunta es mala idea. Va a parecer inútilmente molesto.
El texto anterior es un extracto del artículo "How To Ask Questions The Smart Way" escrito por Eric S. Raymond y traducido al español por Fernando Ramos. Puedes encontrar el artículo completo aquí.
SoloCodigo
