sunos
09-17-2007, 07:39 PM
Tomado de http://www.sindominio.net/ayuda/preguntas-inteligentes.html y adaptado a nuestro entorno
Antes de preguntar
Antes de hacer una pregunta o consulta en el foro haz lo siguiente:
1- Asegurarte que hiciste todo bien
2- Buscar si tu problema no surgio anteriormente y fue contestado o tratado
Cuando hagas tu pregunta, destaca el hecho de que ya has hecho todo esto; esto ayudará a establecer que no eres una esponja vaga y que sólo estás desperdiciando el tiempo de los demás. Aún mejor, destaca lo que hayas aprendido a partir de estas cosas. Nos gusta responder a la gente que ha demostrado ser capaz de aprender de las respuestas.
Prepara tu pregunta. Piensa en ella. Las preguntas precipitadas reciben respuestas precipitadas, o ni siquiera eso. Cuanto más hagas para demostrar que has puesto pensamiento y esfuerzo en resolver tu problema antes de pedir ayuda, más cerca estarás de recibirla realmente.
Ten cuidado de no hacer la pregunta equivocada.
Nunca asumas que tienes derecho a una respuesta. No lo tienes. Te ganarás una respuesta, si te la ganas haciendo una pregunta sustancial, interesante y que haga pensar— una que contribuya implícitamente a la experiencia de la comunidad antes que solicitar de manera pasiva conocimiento de los demás.
Cuando preguntes
Ten cuidado al elegir dónde planteas tu pregunta. Seguramente te ignorarán o te tacharán de perdedor si:
publicas tu pregunta en un foro en el que se encuentra fuera de lugar (off topic)
publicas una pregunta muy elemental en un foro en el que se esperan preguntas técnicas avanzadas, o viceversa
publicas el mensaje al mismo tiempo en grupos de noticas muy diferentes (cross-posting)
Generalmente se descartan las preguntas inapropiadas para intentar proteger sus canales de comunicación de lo insustancial. No quieres que te suceda eso.
Escribe de manera clara respetando la ortografía y la gramática
Sabemos por experiencia que los escritores descuidados y chapuceros también piensan de manera desordenada y chapucera (a menudo lo suficiente como para apostar por ello, no obstante). Responder a pensadores descuidados y chapuceros no recompensa; mejor estaríamos usando nuestro tiempo en cualquier otro lugar.
Por esto, es importante expresar tu pregunta de manera clara. Si no puedes molestarte en hacer eso, nosotros no podemos molestarnos en prestarte atención. Aprovecha el esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada estirado ni formal — de hecho, se valora el habla informal, la jerga y el lenguaje cómico usado con precisión. Pero tiene que ser preciso; tiene que haber alguna indicación de que estás pensando y prestando atención.
Deletrea correctamente. No confundas "its" con "it's" o "loose" con "lose". No ESCRIBAS TODO EN MAYÚSCULAS, eso se lee como si estuvieses gritando, se considera poco "fino". Si escribes como un bobo medio analfabeto probablemente te ignorarán. Escribir como un hax0r script kiddie de l33t es el beso de la muerte absoluto y te garantiza que no recibirás otra cosa que un silencio sepulcral (o, si tienes suerte, un montón de desprecio y sarcasmo).
Usa títulos específicos y con sentido
En las listas de correo o en los grupos de noticias, la cabecera del mensaje es tu oportunidad de oro para atraer la atención de expertos cualificados en aproximadamente 50 caracteres o menos. No los desperdicies en balbuceos como "Por favor ayúdame" (de "POR FAVOR AYÚDAME!!!" ya ni hablamos). No intentes impresionarnos con lo profundo de tu angustia; mejor usa ese preciado espacio para una descripción lo más concisa posible del problema.
Estúpido:
¡AYUDA! ¡El vídeo no funciona en mi portátil!
Inteligente:
Cursor del ratón deformado con XFree86 4.1, chipset de vídeo Loquesea MV1005
Sé preciso e informativo sobre tu problema
Describe los síntomas de tu problema o error con cuidado y claramente.
Describe el entorno en el que ocurre (máquina, S.O., aplicación, loquesea).
Describe la investigación que llevaste a cabo para acotar una posible respuesta al problema antes de hacer la pregunta.
Describe los pasos de diagnóstico que llevaste a cabo e intenta solucionar el problema tú mismo antes de formular la cuestión.
Describe cualquier cambio reciente en tu ordenador o combinación de software que pueda resultar relevante.
Hazlo lo mejor que puedas para anticiparte a las preguntas que te haríaa, y para responderlas antes de tu solicitud de ayuda.
Describe los síntomas del problema, no tus suposiciones
Estúpida:
Me salen errores SIG11 durante la compilación del núcleo, y sospecho que haya podido romperse un hilo en uno de los circuitos de la placa base. ¿Cuál es la mejor manera de comprobar eso?
Inteligente:
Mi K6/233 ensamblado por mí con una placa base FIC-PA2007 (chipset VIA Apollo VP2) con 256MB Corsair PC133 SDRAM empieza a tener frecuentes errores SIG11 sobre unos 20 minutos después de haberlo arrancado durante el curso de compilaciones del núcleo, pero nunca durante los primeros 20 minutos. Si reinicio no se reinicia el reloj, pero si lo apago durante la noche sí. Pasar toda la RAM a la partición de intercambio no ha servido de nada. A continuación os pongo la parte relevante del registro de una típica sesión de compilación.
La cortesía nunca hiere, e incluso a veces hasta ayuda.
Sé cortés. Usa "Por favor" y "Gracias por adelantado". Deja claro que aprecias el tiempo que emplea la gente ayudándote gratis.
Cómo interpretar las respuestas
RTFM y STFW: cómo decirte que la has cagado seriamente
Hay una tradición antigua y venerada: si obtienes por respuesta un "RTFM", la persona que lo envió piensa que deberías haberte leído el puto manual. Casi con total seguridad estará en lo cierto. Ve y lee.
RTFM tiene un familiar más joven. Si recibes como respuesta "STFW", quien te lo envía piensa que deberías haber Buscado en La Puta Web. Casi con toda certeza tendrá razón. Ve y busca.
A menudo, quien envía una de estas respuestas está contemplando el manual o la página web en cuestión mientras escribe. Estas respuestas significan que piensa que (a) la información que necesitas es fácil de encontrar, y (b) aprenderás más si buscas tú mismo la información que si te la dan a "digerir" con cuchara.
Preguntas que no hacer
He aquí algunas preguntas estúpidas que ya se han convertido en clásicas junto con lo que los hackers están pensando cuando no las responden
P: ¿Dónde puedo encontrar el programa X?
R: En el mismo lugar donde yo lo habría encontrado, imbécil -- al otro lado de un buscador.. Dios, ¿Aún no sabe nadie cómo usar Google?
P: Tengo problemas con mi máquina en Windows. ¿Podríais ayudarme?
R: Claro. Tira esa basura de Microsoft e instala Linux.
P: Tengo problemas al instalar Linux o X. ¿Podríais ayudarme?
R: No. Necesitaría poder acceder físicamente a tu máquina para resolver eso. Pide ayuda en tu grupo de usuarios de Linux local para eso.
Bueno, a ver si ahora si se reduce un poco el posteo compulsivo de cosas repetidas y la creacion de threads que dan ganas de matar al autor ^^
Antes de preguntar
Antes de hacer una pregunta o consulta en el foro haz lo siguiente:
1- Asegurarte que hiciste todo bien
2- Buscar si tu problema no surgio anteriormente y fue contestado o tratado
Cuando hagas tu pregunta, destaca el hecho de que ya has hecho todo esto; esto ayudará a establecer que no eres una esponja vaga y que sólo estás desperdiciando el tiempo de los demás. Aún mejor, destaca lo que hayas aprendido a partir de estas cosas. Nos gusta responder a la gente que ha demostrado ser capaz de aprender de las respuestas.
Prepara tu pregunta. Piensa en ella. Las preguntas precipitadas reciben respuestas precipitadas, o ni siquiera eso. Cuanto más hagas para demostrar que has puesto pensamiento y esfuerzo en resolver tu problema antes de pedir ayuda, más cerca estarás de recibirla realmente.
Ten cuidado de no hacer la pregunta equivocada.
Nunca asumas que tienes derecho a una respuesta. No lo tienes. Te ganarás una respuesta, si te la ganas haciendo una pregunta sustancial, interesante y que haga pensar— una que contribuya implícitamente a la experiencia de la comunidad antes que solicitar de manera pasiva conocimiento de los demás.
Cuando preguntes
Ten cuidado al elegir dónde planteas tu pregunta. Seguramente te ignorarán o te tacharán de perdedor si:
publicas tu pregunta en un foro en el que se encuentra fuera de lugar (off topic)
publicas una pregunta muy elemental en un foro en el que se esperan preguntas técnicas avanzadas, o viceversa
publicas el mensaje al mismo tiempo en grupos de noticas muy diferentes (cross-posting)
Generalmente se descartan las preguntas inapropiadas para intentar proteger sus canales de comunicación de lo insustancial. No quieres que te suceda eso.
Escribe de manera clara respetando la ortografía y la gramática
Sabemos por experiencia que los escritores descuidados y chapuceros también piensan de manera desordenada y chapucera (a menudo lo suficiente como para apostar por ello, no obstante). Responder a pensadores descuidados y chapuceros no recompensa; mejor estaríamos usando nuestro tiempo en cualquier otro lugar.
Por esto, es importante expresar tu pregunta de manera clara. Si no puedes molestarte en hacer eso, nosotros no podemos molestarnos en prestarte atención. Aprovecha el esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada estirado ni formal — de hecho, se valora el habla informal, la jerga y el lenguaje cómico usado con precisión. Pero tiene que ser preciso; tiene que haber alguna indicación de que estás pensando y prestando atención.
Deletrea correctamente. No confundas "its" con "it's" o "loose" con "lose". No ESCRIBAS TODO EN MAYÚSCULAS, eso se lee como si estuvieses gritando, se considera poco "fino". Si escribes como un bobo medio analfabeto probablemente te ignorarán. Escribir como un hax0r script kiddie de l33t es el beso de la muerte absoluto y te garantiza que no recibirás otra cosa que un silencio sepulcral (o, si tienes suerte, un montón de desprecio y sarcasmo).
Usa títulos específicos y con sentido
En las listas de correo o en los grupos de noticias, la cabecera del mensaje es tu oportunidad de oro para atraer la atención de expertos cualificados en aproximadamente 50 caracteres o menos. No los desperdicies en balbuceos como "Por favor ayúdame" (de "POR FAVOR AYÚDAME!!!" ya ni hablamos). No intentes impresionarnos con lo profundo de tu angustia; mejor usa ese preciado espacio para una descripción lo más concisa posible del problema.
Estúpido:
¡AYUDA! ¡El vídeo no funciona en mi portátil!
Inteligente:
Cursor del ratón deformado con XFree86 4.1, chipset de vídeo Loquesea MV1005
Sé preciso e informativo sobre tu problema
Describe los síntomas de tu problema o error con cuidado y claramente.
Describe el entorno en el que ocurre (máquina, S.O., aplicación, loquesea).
Describe la investigación que llevaste a cabo para acotar una posible respuesta al problema antes de hacer la pregunta.
Describe los pasos de diagnóstico que llevaste a cabo e intenta solucionar el problema tú mismo antes de formular la cuestión.
Describe cualquier cambio reciente en tu ordenador o combinación de software que pueda resultar relevante.
Hazlo lo mejor que puedas para anticiparte a las preguntas que te haríaa, y para responderlas antes de tu solicitud de ayuda.
Describe los síntomas del problema, no tus suposiciones
Estúpida:
Me salen errores SIG11 durante la compilación del núcleo, y sospecho que haya podido romperse un hilo en uno de los circuitos de la placa base. ¿Cuál es la mejor manera de comprobar eso?
Inteligente:
Mi K6/233 ensamblado por mí con una placa base FIC-PA2007 (chipset VIA Apollo VP2) con 256MB Corsair PC133 SDRAM empieza a tener frecuentes errores SIG11 sobre unos 20 minutos después de haberlo arrancado durante el curso de compilaciones del núcleo, pero nunca durante los primeros 20 minutos. Si reinicio no se reinicia el reloj, pero si lo apago durante la noche sí. Pasar toda la RAM a la partición de intercambio no ha servido de nada. A continuación os pongo la parte relevante del registro de una típica sesión de compilación.
La cortesía nunca hiere, e incluso a veces hasta ayuda.
Sé cortés. Usa "Por favor" y "Gracias por adelantado". Deja claro que aprecias el tiempo que emplea la gente ayudándote gratis.
Cómo interpretar las respuestas
RTFM y STFW: cómo decirte que la has cagado seriamente
Hay una tradición antigua y venerada: si obtienes por respuesta un "RTFM", la persona que lo envió piensa que deberías haberte leído el puto manual. Casi con total seguridad estará en lo cierto. Ve y lee.
RTFM tiene un familiar más joven. Si recibes como respuesta "STFW", quien te lo envía piensa que deberías haber Buscado en La Puta Web. Casi con toda certeza tendrá razón. Ve y busca.
A menudo, quien envía una de estas respuestas está contemplando el manual o la página web en cuestión mientras escribe. Estas respuestas significan que piensa que (a) la información que necesitas es fácil de encontrar, y (b) aprenderás más si buscas tú mismo la información que si te la dan a "digerir" con cuchara.
Preguntas que no hacer
He aquí algunas preguntas estúpidas que ya se han convertido en clásicas junto con lo que los hackers están pensando cuando no las responden
P: ¿Dónde puedo encontrar el programa X?
R: En el mismo lugar donde yo lo habría encontrado, imbécil -- al otro lado de un buscador.. Dios, ¿Aún no sabe nadie cómo usar Google?
P: Tengo problemas con mi máquina en Windows. ¿Podríais ayudarme?
R: Claro. Tira esa basura de Microsoft e instala Linux.
P: Tengo problemas al instalar Linux o X. ¿Podríais ayudarme?
R: No. Necesitaría poder acceder físicamente a tu máquina para resolver eso. Pide ayuda en tu grupo de usuarios de Linux local para eso.
Bueno, a ver si ahora si se reduce un poco el posteo compulsivo de cosas repetidas y la creacion de threads que dan ganas de matar al autor ^^