DESCARGrAtis


Unirse al foro, es rápido y fácil

DESCARGrAtis
DESCARGrAtis
¿Quieres reaccionar a este mensaje? Regístrate en el foro con unos pocos clics o inicia sesión para continuar.

DESCARGrAtis


No estás conectado. Conéctate o registrate

Cómo hacer preguntas de manera inteligente, Lectura obligatoria !!!!

2 participantes

Ir abajo  Mensaje [Página 1 de 1.]

pequemanso

pequemanso
Admin Supremo
Admin Supremo

Antes de preguntar

Antes de hacer una pregunta técnica en el foro haz lo siguiente:

1.Intenta encontrar una respuesta leyendo el manual.
2.Intenta encontrar una respuesta leyendo la FAQ (PUF) en la web del autor del programa.
3.Intenta encontrar una respuesta buscando en la web.
4.Intenta encontrar la respuesta preguntándole a un amigo con más experiencia.

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. Si haces una que esté basada en asunciones erróneas, Un Usuario Al Azar seguramente te responderá con algo literal e inútil mientras piensa "Qué pregunta más estúpida...", y esperando que la experiencia de obtener una respuesta a lo que has preguntado exactamente en vez de a lo que necesitas saber te enseñará una lección.

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.

Por otra parte, un muy buen comienzo es dejar claro que puedes y quieres participar en el proceso de desarrollar la solución. "¿Tiene alguien alguna pista?" "¿Qué le falta a mi ejemplo?" y "¿Hay alguna página que debiera haber consultado?" tendrán más probabilidades de ser respondidas que "Publica por favor el procedimiento exacto que deberí­a seguir", porque estás dejando claro que estás realmente deseoso de completar el proceso si alguien simplemente te orienta en la dirección correcta.

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, la cultura de los foros valora el lenguaje informal, (slangy) y cómico usado con precisión. Pero tiene que ser preciso; tiene que haber alguna indicación que estás pensando y prestando atención.

Deletrea correctamente. No ESCRIBAS TODO EN MAYíšSCULAS, eso se lee como si estuvieses gritando se considera poco "fino". Si escribes como un (semi-literate boob) 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) como devolución.

Usa tí­tulos especí­ficos y con sentido

En los foros, el tí­tulo 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; usa el espacio para una descripción superconcisa del problema en vez de eso.

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 entender el problema antes de hacer la pregunta.

* Describe los pasos de diagnóstico que llevaste a cabo y pin down 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 un miembro del foro te harí­a, y para responderlas antes de tu solicitud de ayuda.

Describe los sí­ntomas del problema, no tus suposiciones

No es útil decirle a los miembros del foro lo que tú crees que está causándote el problema. (Si tus teorí­as de diagnóstico fueran tan fiables, ¿estarí­as pidiendo ayuda a otros?) Por esto, asegúrate de que únicamente estás contándoles los sí­ntomas de lo que va mal, en vez de tus interpretaciones y teorí­as. Deja que ellos lleven a cabo las interpretaciones y pronuncien su diagnóstico.

Estúpida: Me salen errores SIG11 durante la compilación del núcleo, y sospecho de 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 noches sí­. Cambiar la memoria ram no me ayudó. A continuación os pongo la parte relevante del registro de una tí­pica sesión de compilación.

Describe los sí­ntomas de tu problema en orden cronológico

Las pistas más útiles para averiguar qué ha ido mal se encuentran a menudo en los acontecimientos inmediatamente anteriores. Por esto, deberí­as describir con precisión lo que hiciste, y lo que hizo la máquina, hasta el momento fatí­dico. En el caso de procesos por lí­nea de órdenes, disponer de un registro de la sesión (p.ej., usando la utilidad del "script") y citando las veinte lí­neas o así­ relevantes resultarí­a muy útil.

Si el programa de marras tiene opciones de diagnóstico (como -v para prolijo) intenta pensar cuidadosamente en elegir opciones que puedan añadir información de depuración útil para la transcripción.

Si tu mensaje acaba resultando muy largo (más de cuatro párrafos), puede resultar útil comentar el problema de manera sucinta al principio y luego hacerlo de manera cronológica. De esta manera, los miembros del foro sabrán dónde mirar al leer tu mensaje.

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.

Sé honesto, esto no es tan importante como (y no puede sustituir a) ser correcto gramaticalmente, claro, preciso y descriptivo, evitar formatos propietarios, etc; los miembros del foro prefieren, por lo general, los informes sobre errores concretos técnicamente aunque bruscos a la vaguedad educada. (Si esto te deja contrariado, recuerda que valoramos una pregunta por lo que nos enseña).

De todos modos, si obtuviste tus conocimientos técnicos en una tómbola, la educación incrementará tus posibilidades de recibir una respuesta útil.

Concluye con una breve nota sobre la solución

Enví­a una nota tras haber resuelto el problema a todos los que te ayudaron; hazles saber cómo acabó todo y agradéceles de nuevo su ayuda. Si el problema atrajo el interés general en el foro, entonces será apropiado publicar la nota allí­.

La nota no tiene que ser larga ni desarrollada, un sencillo "Pepe - que al final resulta que lo que fallaba era el cable. Gracias a todos. - Jose Luis" será mejor que nada. De hecho, un resúmen corto y agradable es mejor que una larga disertación a menos que la solución requiera de cierta profundidad técnica.

Además de ser cortés e informativo, esta especie de seguimiento ayuda a todos los que te asistieron a sentir una sensación satisfactoria de cercaní­a al problema. El buen karma que aliviar ese picor te hará ganar te resultará de mucha ayuda la próxima vez que necesites plantear una pregunta.

Si no entiendes...

Si no entiendes la respuesta, no devuelvas inmediatamente la solicitud de una clarificación. Usa las mismas herramientas que utilizaste para intentar resolver tu pregunta original (manuales, PUFs, la Web, amigos con mayores destrezas) para entender la respuesta. Si necesitas pedir una clarificación, intenta demostrar lo que has aprendido.

Por ejemplo, supón que te digo: "Suena como si tuvieses un stuck zentry; necesitarás clarificarlo." Entonces:

He aquí­ una mala pregunta: "¿Qué es un zentry?"

He aquí­ una buena pregunta: "Está bien, he leí­do la página de manual y los zentries sólo se mencionan bajo las variables -z y -p. En ninguna de ellas se menciona nada sobre clarificar los zentries. ¿Es una de éstas o me estoy perdiendo algo?"

2Cómo hacer preguntas de manera inteligente, Lectura obligatoria !!!! Empty Hola Dom Ago 16, 2009 2:12 pm

abraham

abraham
As del Foro
As del Foro

Mui bien tio asi si se esplica xk ai cada totno k pregunta cosas ma raras

https://netware.forosactivos.net

Volver arriba  Mensaje [Página 1 de 1.]

Permisos de este foro:
No puedes responder a temas en este foro.