¿Explicación detallada de las técnicas de interrogatorio?

El arte de hacer preguntas

En el mundo online, cuando haces una pregunta técnica, ¿qué tipo de respuesta puedes obtener? Depende de lo difícil que sea encontrar la respuesta y también de cómo se hace la pregunta. Esta guía está diseñada para ayudarte a mejorar tus habilidades para preguntar y obtener las respuestas que más deseas...

No quiero ocultar mi desdén por las personas que no quieren pensar o no quieren pensar. No complete sus preguntas antes de preguntarles qué se debe hacer. Este tipo de personas sólo matan el tiempo: sólo quieren quitarnos, nunca darnos y consumir nuestro tiempo sin motivo alguno, mientras que nosotros podríamos haberlo dedicado a preguntas más interesantes o a personas más dignas de respuesta. A estas personas las llamamos "perdedores" (por razones históricas, a veces lo deletreamos "lusers").

Antes de preguntar

Antes de realizar una pregunta técnica por correo electrónico, grupo de noticias o sala de chat, verifique que haya hecho lo siguiente:

1. a fondo y trate de encontrar la respuesta usted mismo.

2. Encuentre respuestas en las preguntas frecuentes (unas preguntas frecuentes bien mantenidas pueden cubrir todo :).

3. Busque en Internet (recomiendo personalmente Google ~~~).

4. Pregúntale a tus amigos quiénes son buenos en esto.

Cuando hagas una pregunta, primero explica lo que has hecho antes; esto te ayudará a establecer tu imagen: no eres un mendigo que quiere conseguir algo a cambio de nada y no quieres desperdiciar lo de otras personas. dinero. Es más probable que respondamos una pregunta si quien pregunta puede aprender algo de la respuesta.

Piensa detenidamente y prepara tus preguntas. Hacer preguntas apresuradas sólo obtendrá respuestas apresuradas o ninguna respuesta. Cuanto más esfuerzo pongas en resolver el problema antes de pedir ayuda, más ayuda sustancial recibirás.

Ten cuidado de no hacer las preguntas equivocadas. Si su pregunta se basa en suposiciones incorrectas, J. Random Hacker generalmente le responderá con explicaciones literales sin sentido, pensando "pregunta tonta..." con la esperanza de que usted aprenda de la respuesta a la pregunta (no de usted). quieres).

Nunca pienses que estás calificado para obtener una respuesta. No lo estás. Después de todo, no se le paga nada por este servicio. Para obtener esta respuesta, usted mismo debe "ganarse" una respuesta haciendo una pregunta significativa, interesante y estimulante del pensamiento, una pregunta que tenga el potencial de contribuir a la experiencia de la comunidad, en lugar de simplemente solicitar pasivamente conocimientos de los demás.

Por otro lado, demostrar que estás dispuesto a hacer algo en el proceso de encontrar la respuesta es un muy buen comienzo. "¿Alguien puede darme una pista?", "¿Qué falta en mi ejemplo?" y "¿Qué debo comprobar?" son mucho más fáciles de responder que "Publique el proceso exacto". Porque pareces tener la capacidad y la determinación para lograrlo siempre que alguien te indique la dirección correcta.

Cómo preguntar

- Elige tu foro con cuidado

Elige tu foro con cuidado. Si haces lo que se describe a continuación, es probable que te ignoren o te consideren un perdedor:

1. Publica tu pregunta en un foro no relacionado

2. Publica preguntas muy básicas en foros que discuten técnicas avanzadas; y viceversa

3. Publicaciones cruzadas en demasiados grupos de noticias diferentes

: use redacción apropiada, gramática correcta, ortografía correcta

Sabemos por experiencia que los escritores descuidados suelen ser pensadores descuidados (puedo dar fe de ello). No vale la pena responder a las preguntas de los incautos; preferimos perder el tiempo en otra parte.

La ortografía, la puntuación y las mayúsculas correctas son importantes.

En términos más generales, si su pregunta está escrita como una persona semianalfabeta, es probable que lo ignoren.

Si preguntas en un foro no nativo, puedes cometer algunos errores de ortografía y gramática, pero no puedes ser descuidado al pensar (sí, podemos descubrir la diferencia). .

- Utilice títulos significativos y descriptivos

En listas de correo o grupos de noticias, los títulos de temas de menos de 50 palabras son una excelente oportunidad para captar la atención de expertos experimentados. No desperdicie esta oportunidad regañando "Ayuda" (y mucho menos "¡¡¡Ayuda!!!!" que es tan ofensivo). No intente impresionarnos con su nivel de dolor. No utilice espacios para describir el problema, incluso si es una descripción muy breve.

Pregunta estúpida: ¡Ayuda! ¡Mi computadora portátil no se muestra correctamente!

Pregunta inteligente: El cursor del mouse se deforma bajo XFree86 4.1, chip de pantalla Fooware MV1005.

Si haces una pregunta en tu respuesta, recuerda cambiar el título del contenido para indicar que hay una pregunta. Es difícil atraer suficiente atención a un problema que parece "Re: prueba" o "Re: nuevo error". Además, cita y elimina el contenido anterior para dejar pistas a nuevos lectores.

- Descripción precisa, rica en información

1. Describe los síntomas de forma cuidadosa y clara.

2. Proporcionar el entorno en el que se produjo el problema (configuración de la máquina, sistema operativo, aplicación, etc.).

3. Explica cómo investigaste y entendiste la pregunta antes de formularla.

4. Explica qué pasos tomaste para resolver el problema antes de hacer la pregunta.

5. Enumere los cambios recientes de hardware y software que puedan tener un impacto.

Intenta imaginar cómo te preguntará un hacker y dale la respuesta con antelación cuando hagas la pregunta.

Simon Tatham escribió un excelente artículo breve titulado "Cómo informar errores de forma eficaz". Te recomiendo que lo leas también.

- No hables demasiado

Es necesario proporcionar información precisa y eficaz. Esto no requiere que usted simplemente extraiga toneladas de códigos de error o complete volcados de datos en su pregunta. Si tiene una condición de prueba grande y compleja, intente recortarla lo más pequeña posible.

Esto tiene al menos tres usos. En primer lugar, demuestre que se ha esforzado en simplificar la pregunta, lo que puede aumentar sus posibilidades de obtener una respuesta; en segundo lugar, simplificar la pregunta puede aumentar sus posibilidades de obtener una respuesta útil; en tercer lugar, en el proceso de perfeccionar su informe de error; Puede identificar el problema o corregirlo usted mismo.

- Simplemente indique los síntomas, no las conjeturas.

No es útil decirles a los piratas informáticos cómo cree que se debe el problema. (Si sus inferencias son tan válidas, ¿por qué molestarse en pedir ayuda a otros?) Así que asegúrese de decirles exactamente los síntomas del problema, sin agregar su propia comprensión o inferencias. Deje que los piratas informáticos hagan el diagnóstico.

Pregunta estúpida: encuentro errores SIG11 una y otra vez durante la compilación del kernel. Sospecho que cierto cable volador está conectado al rastro de la placa base. ¿Cuál es la mejor manera de verificar esta situación?

Pregunta inteligente: Tengo un sistema K6/233 de fabricación propia con una placa base FIC-PA2007 (chipset VIA Apollo VP2) y 256 MB de SDRAM Corsair PC133 SIG11. Los errores ocurren con frecuencia durante la compilación del kernel, a partir del momento del arranque. 20 Esto sucede después de unos minutos, pero nunca sucedió dentro de los primeros 20 minutos después del inicio. Reiniciarlo no ayudó, pero apagarlo durante la noche le permitió funcionar durante otros 20 minutos. Toda la memoria ha sido reemplazada sin ningún efecto. Un registro de compilación típico de las partes relevantes es el siguiente….

- Enumera los síntomas en orden cronológico

Las pistas más útiles para identificar el problema suelen ser la serie de acciones que precedieron al problema, por lo que tu descripción debe incluir los pasos y la respuesta del ordenador. hasta que ocurra un problema.

Si tu descripción es larga (más de cuatro párrafos), puede resultar útil describir brevemente el problema al principio y luego detallarlo cronológicamente. De esta manera, los piratas informáticos saben qué buscar en su descripción.

- Entiende lo que quieres preguntar

Las preguntas ilimitadas son casi un agujero negro interminable de tiempo. Las personas que pueden darle las respuestas más útiles son también las más ocupadas (ocupadas porque hacen la mayor parte del trabajo ellas mismas). Estas personas no están muy interesadas en el agujero negro incontrolado del tiempo, por lo que también se puede decir que no están muy interesadas en preguntas divagaciones.

Es más probable que obtengas una respuesta útil si indicas explícitamente lo que quieres que haga el encuestado (brindar consejos, enviar un fragmento de código, comprobar tu parche, etc.). Esto pone un límite al tiempo y la energía para que el encuestado pueda concentrarse en ayudarlo, lo cual funciona bien. Para comprender el mundo en el que viven los expertos, piense en la experiencia como un recurso abundante y en el tiempo como un recurso escaso. Cuanto menos tiempo lleve resolver su problema, más podrá obtener la respuesta de boca de expertos ocupados.

Por lo tanto, optimizar la estructura del problema para minimizar el tiempo que tardan los expertos en resolverlo puede ser de gran ayuda; esto suele ser diferente a simplificar el problema. Por lo tanto, preguntar "Quiero entender mejor X, ¿puedes darme una pista?" suele ser mejor que preguntar "¿Puedes explicar X?". Si su código no funciona, es mucho más inteligente preguntar qué tiene de malo que pedirle a otra persona que lo arregle por usted.

- No hagas preguntas que deberías resolver tú mismo

Los hackers siempre son buenos para identificar problemas que deberías resolver tú mismo porque la mayoría de nosotros los hemos resuelto nosotros mismos; Una vez más, depende de usted descubrir estas cosas y aprenderá de ellas. Puede pedir consejos, pero no pida una solución completa.

- Elimina preguntas sin sentido

No termines las preguntas con palabras sin sentido, como "¿Alguien puede ayudarme?" o "¿Hay una respuesta?". En primer lugar: si su descripción del problema no es apropiada, hacer esta pregunta es superfluo. En segundo lugar, los hackers se enfadarán con usted porque es superfluo preguntar y normalmente expresarán su desdén con una respuesta lógicamente correcta, como por ejemplo: "Sí, hay alguien que puede ayudarle" o "No, no hay respuesta".

- La humildad nunca está de más y, a menudo, es de gran ayuda.

Sé cortés y utiliza "por favor" y "gracias de antemano". Hágales saber a todos lo agradecido que está por su tiempo como voluntario para ayudar. Sin embargo, si tiene muchas preguntas que no puede responder, ser cortés aumentará sus posibilidades de obtener respuestas útiles.

(Hemos notado que desde el lanzamiento de esta guía, el único comentario sobre fallas graves que hemos recibido de piratas informáticos veteranos es el agradecimiento de antemano. Algunos piratas informáticos sienten que "gracias de antemano" tiene la implicación de de decir no más tarde. No agradecería a nadie lo suficiente. Nuestro consejo es: agradecer a todos)

- Después de que se resuelva el problema, agregue una breve explicación.

Después de que se resuelva el problema, agradezca a todos los que lo ayudaron. Envíe una nota informándoles cómo se resolvió el problema y agradézcales nuevamente. Si el problema ha recibido amplia atención en un grupo de noticias o lista de correo, se debe publicar allí una nota complementaria. La explicación adicional no tiene que ser larga ni detallada; un simple "¡Hola, es el cable de red el que está mal! Gracias a todos, Bill" es mejor que no decir nada. De hecho, a menos que la conclusión sea realmente técnica, un resumen breve y atractivo es mejor que un artículo académico extenso. Explique cómo se resolvió el problema, pero no es necesario repetir el proceso de resolución del problema. Además de ser un mensaje de cortesía y comentarios, esta adición ayuda a otros a buscar en listas de correo/grupos de noticias/foros soluciones completas que le hayan ayudado y que también puedan resultarles útiles. Finalmente (¿al menos?), este tipo de suplementación

ayuda a todos los que ayudan a obtener una sensación de satisfacción. Si usted no es un veterano ni un hacker, créanos, este sentimiento es muy importante para aquellos mentores o expertos a los que recurre en busca de ayuda. Dejar un problema sin resolver puede resultar frustrante; los piratas informáticos están ansiosos por verlo resuelto. Las cosas buenas les llegan a las personas buenas, satisface sus antojos y obtendrás los beneficios la próxima vez que publiques una nueva pregunta.

- Aún no entiendo

Si no entiendes bien la respuesta, no pidas una explicación de inmediato. Compréndelo tal como lo hiciste cuando intentaste resolver el problema tú mismo (usando manuales, preguntas frecuentes, Internet, los expertos que te rodean). Si realmente necesitas una explicación, demuestra que has aprendido algo. Por ejemplo, si te respondo: "Parece que zEntry está bloqueado; primero debes borrarlo.

”, y luego: una terrible pregunta de seguimiento: “¿Qué es zEntry?” "Una pregunta inteligente debería ser así:" Oh ~~~ Miré la ayuda, pero solo los dos parámetros -z y -p mencionaron zEntry, y no hay una explicación clara: <¿Te refieres a cuál de estos dos? ? ¿O me perdí algo? ”

Piensa antes de preguntar

Aquí tienes algunas preguntas estúpidas clásicas y lo que piensan los hackers cuando se niegan a responder:

Pregunta: ¿Dónde puedo be? Programa >Pregunta: Tengo un problema al instalar Linux (o >

Pregunta: ¿Dónde puedo encontrar el programa?

Pregunta: Mi programa (configuración, declaración SQL) no funciona

Respuesta: Esto no es una pregunta, no estoy interesado en descubrir tu verdadero problema. Si quieres que te pregunte. Si te tomó veinte preguntas descubrirlo, tengo cosas más interesantes que hacer.

Cuando veo este tipo de preguntas, mi reacción suele ser las siguientes:

1. ¿Tienes algo que agregar?

2.

3. ¿Qué tiene esto que ver conmigo?

Pregunta: Tengo un problema con Windows, ¿pueden ayudarme? , deseche la basura flácida y reemplácela con Linux

Pregunta: Tengo problemas al instalar Linux (o solicite orientación paso a paso al grupo de usuarios de Linux (puede encontrar una lista de grupos de usuarios). aquí)

Pregunta: ¿Cómo puedo hackear la cuenta raíz/robar privilegios de OP/leer el correo de otras personas?

Respuesta: Si quieres hacer esto, significa que eres un malvado? persona si quieres encontrar un hacker que te ayude, significa que eres un ΘΘΘΘ!

Buena pregunta, mala pregunta

Finalmente, Daré algunos ejemplos para ilustrar cómo hacer preguntas inteligentes; se combinan dos formas de hacer la misma pregunta, una es estúpida y la otra es inteligente.

Pregunta estúpida: ¿Dónde puedo encontrar información sobre? ¿Foonly Flurbamatic?

// Solo se espera que este tipo de preguntas obtengan una respuesta como "STFW"

Pregunta inteligente: Yo busqué en Google "Foonly Flurbamatic 2600" pero lo encontré. no hay resultados útiles. ¿Alguien sabe dónde encontrar información sobre la programación de este dispositivo?

// Esta pregunta ha sido STFW, parece que realmente tiene problemas. : El código fuente que obtuve del proyecto FOO no se compila. ¿Por qué es tan malo?

// Piensa que es culpa de todos los demás, este tipo arrogante.

Pregunta inteligente: el código del proyecto FOO no se puede compilar en la versión 6.2 de Nulix. He leído las preguntas frecuentes, pero no se mencionan problemas relacionados con Nulix. Este es un registro de mi proceso de compilación. ¿Hay algo que hice mal?

// Explicó la situación, leyó las preguntas frecuentes, señaló los errores y no culpó a otros por el problema. Vale la pena prestarle atención a este tipo.

Pregunta estúpida: Hay algún problema con mi placa base, ¿quién me puede ayudar?

// La respuesta del hacker promedio a este tipo de preguntas suele ser: "Está bien, ¿quieres darte una palmadita en la espalda y cambiarte el pañal?", y luego presiona la tecla Eliminar.

Pregunta inteligente: probé X, Y y Z en la placa base S2464, pero no funcionó, así que probé A, B y C. Tenga en cuenta el comportamiento extraño cuando pruebo C. Aparentemente hay una contracción en la transmisión de banda lateral, pero los resultados son inesperados.

¿Cuáles son las causas comunes de fugas de banda lateral en placas base multiprocesador? ¿Alguien tiene alguna buena idea sobre qué pruebas debo hacer a continuación para encontrar el problema?

// Este tipo, desde otra perspectiva, merece la pena responder. Ha demostrado capacidad para resolver problemas en lugar de esperar a que las respuestas caigan del cielo.

En la última pregunta, observe la sutil pero importante diferencia entre "dime la respuesta" y "dame algunas pistas sobre qué más debo hacer para el diagnóstico". De hecho, la última pregunta se originó a partir de una pregunta real publicada en la lista de correo del kernel de Linux en agosto de 2001. Yo (Eric) fui quien hizo la pregunta. Observé este bloqueo inexplicable en una placa base Tyan S2464 y los miembros de la lista brindaron excelente información sobre cómo resolver ese problema.

A través de mi método de preguntas, le doy a la gente algo con lo que jugar; les facilito participar e involucrarse. Demostré que tenía las mismas habilidades que ellos y los invité a discutirlo conmigo. Les cuento los desvíos que he tomado para evitar que pierdan el tiempo. Esto es una señal de respeto por el valor del tiempo de los demás. Más tarde, cuando estaba agradeciendo a todos y apreciando lo bien que funcionó el programa, un miembro de la lista de correo del kernel de Linux (lkml) dijo que el problema no se resolvió porque soy una "celebridad" en esta lista, sino porque pregunté. la pregunta de la manera correcta. Los hackers somos en cierto modo intelectuales pero impersonales; creo que tiene razón, si pregunto como un mendigo, no importa quién sea, estoy obligado a molestar a alguien o ser ignorado. Me sugirió que escribiera esto para brindarles orientación a las personas que escribieron esta guía.

Qué hacer si no encuentras la respuesta

Si aún así no encuentras la respuesta, no creas que no podemos ayudarte. A veces es simplemente que la persona que ve tu pregunta no sabe la respuesta. No responder no significa que te ignoren, aunque es cierto que es difícil notar la diferencia.

En general, simplemente publicar preguntas repetidamente es una mala idea. Esto será visto como ruido inútil.

Puedes obtener ayuda a través de otros canales, que suelen adaptarse mejor a las necesidades de los principiantes. Hay muchos grupos de usuarios locales y en línea compuestos por ávidos entusiastas del software (aunque es posible que nunca hayan escrito ningún software). A menudo las personas forman estos grupos para ayudarse entre sí y ayudar a los novatos.

Además, puede buscar ayuda en muchas empresas comerciales, ya sean grandes o pequeñas (Red Hat y LinuxCare son los dos ejemplos más comunes). ¡No se sienta frustrado por tener que pagar para obtener ayuda! Después de todo, si el sello del cilindro del motor de su automóvil se rompe, lo cual es muy posible, igualmente tendrá que llevarlo a un taller y pagar las reparaciones. Incluso si el software no le cuesta ni un centavo, no puede obligar al soporte técnico a ser siempre gratuito.

Para software popular, como Linux, cada desarrollador tiene al menos decenas de miles de usuarios. Es simplemente imposible que una sola persona atienda las llamadas de ayuda de decenas de miles de usuarios. Sólo debes saber que incluso si tienes que pagar por ayuda, lo que estás pagando es una miseria en comparación con si tuvieras que comprar el mismo software (el soporte técnico para software de código cerrado generalmente cuesta mucho más que el software de código abierto, y el contenido es Es tan bueno. Muy rico).

Mi principio personal es que ya no respondo preguntas dentro de una línea, como "¿Alguien entiende JSP?" Sólo leo preguntas como "Título".