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

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 de interrogación para obtener las respuestas que más deseas...

No quiero ocultar mi desdén por las personas que no piensan antes de preguntar o no lo hacen. hacer lo que tienen que hacer. Estas personas simplemente matan el tiempo; sólo quieren quitárnoslo, no darlo nunca y hacernos perder el tiempo sin ningún motivo cuando podríamos gastarlo en preguntas más interesantes o en personas más dignas de respuesta. Llamamos a estas personas "perdedores" (por razones históricas, a veces los deletreamos "lusers").

Antes de preguntar

Antes de hacer preguntas técnicas por correo electrónico, grupos de noticias o salas de chat, verifique que:

1 Lea el manual detenidamente e intente Probar. para encontrar la respuesta usted mismo.

2. Encuentra la respuesta en las preguntas frecuentes (unas preguntas frecuentes bien mantenidas pueden cubrirlo todo :).

3. Busque en línea (recomiendo personalmente Google~~~).

4. Pregúntale a tus amigos que sean buenos en esto.

Cuando hagas preguntas, primero explica lo que has hecho antes; esto te ayudará a establecer tu imagen: no eres un mendigo que intenta conseguir algo a cambio de nada y no quieres hacer perder el tiempo a los demás. Estamos más dispuestos a responder la pregunta si quien pregunta puede obtener algo de la respuesta.

Piensa detenidamente y prepara tus preguntas. Las preguntas descuidadas obtienen respuestas descuidadas o ninguna respuesta. Cuanto más esfuerzo demuestres para 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 erróneas, J. Random Hacker generalmente le responderá con una explicación literal sin sentido, pensando "Pregunta tonta..." con la esperanza de que aprenda de la respuesta a la pregunta (en lugar de lo que quiere). Respuesta) Aprende algo de la escuela secundaria.

Nunca pienses que estás calificado para la respuesta, no lo estás. Después de todo, no estás pagando nada por el servicio. Usted mismo debe “ganarse” una respuesta haciendo una pregunta significativa, interesante e inspiradora, una pregunta que potencialmente contribuya a la experiencia de la comunidad, en lugar de simplemente buscar pasivamente el conocimiento de los demás.

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

Cómo hacer preguntas

-Elige cuidadosamente tu foro

Elige cuidadosamente el foro donde harás tus preguntas. Si te describen así, es probable que te ignoren o te consideren un perdedor:

1. Publica tu pregunta en un foro no relacionado.

2. Publicar preguntas muy básicas para discutir habilidades avanzadas en foros y viceversa.

3 Publicar en demasiados grupos de noticias diferentes

-Redacción adecuada. gramática correcta y ortografía correcta.

Sabemos por experiencia que los escritores descuidados son a menudo pensadores descuidados (estoy convencido). No vale la pena responder a las preguntas del incauto. Preferiríamos pasar nuestro tiempo en otro lugar.

La ortografía, puntuación y uso de mayúsculas son muy importantes.

Más comúnmente, 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).

-Utiliza títulos significativos y precisos.

En una lista de correo o grupo de noticias, el título de un tema de aproximadamente 50 palabras o menos es una excelente oportunidad para atraer la atención de expertos experimentados. No desperdicie esta oportunidad con un molesto “AYUDA” (y mucho menos “¡¡¡AYUDA!!!!”).

No intente impresionarnos con su dolor y no utilice espacios para describir ni siquiera una descripción muy breve del problema.

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

Pregunta tranquila: 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 poco probable que un problema que parezca "Re: prueba" o "Re: nuevo error" atraiga suficiente atención. Además, cite y elimine contenido del artículo anterior para dejar pistas a los nuevos lectores.

-Descripción precisa y gran cantidad de información

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

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

3. Explica cómo investigaste y entendiste el problema antes de hacer la pregunta.

4. Antes de hacer una pregunta, explica qué pasos tomaste para resolver el problema.

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

Intenta imaginar cómo un hacker te hará una pregunta y dale una respuesta de antemano.

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

-Nada que decir

Es necesario proporcionar información veraz y válida. Esto no significa que simplemente incluyas muchos códigos de error o datos en tus preguntas. Si tiene una condición de prueba grande y compleja, intente reducirla lo más pequeña posible.

Esto tiene al menos tres beneficios. En primer lugar, muestra que ha hecho un esfuerzo por simplificar la pregunta, lo que puede aumentar sus posibilidades de obtener una respuesta; en segundo lugar, simplificar la pregunta aumenta sus posibilidades de obtener una respuesta útil; en tercer lugar, en el proceso de mejorar su informe de error; tal vez puedas encontrar problemas o corregirlos tú mismo.

-Sólo síntomas, no especulaciones

Decirle al hacker cómo crees que se debe el problema no es útil. Si su inferencia es tan efectiva, ¿todavía necesita pedir ayuda a otros? ), así que asegúrese de contarles los síntomas del problema sin agregar su propia comprensión e inferencia. Deje que los piratas informáticos hagan el diagnóstico.

Pregunta estúpida: Recibo errores SIG11 una y otra vez durante la compilación del kernel. Sospecho que hay cables sueltos en la placa base. ¿Cuál es la mejor manera para mí de comprobar esta situación?

Pregunta inteligente: construí un sistema K6/233 con una placa base FIC-PA2007 (a través del chipset Apollo VP2) y 256 MB de SDRAM Corsair PC133. En la compilación del kernel, a menudo ocurren errores SIG11. Este error ocurrió desde el inicio hace 20 minutos, pero nunca apareció en los 20 minutos anteriores al inicio. Reiniciar es inútil, pero puede funcionar durante 20 minutos después de apagarlo durante la noche. Todos los recuerdos han sido alterados, 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

La pista más útil para descubrir un problema suele ser la serie de acciones que precedieron al problema. Por lo tanto, su explicación debe incluir los pasos y la reacción de la computadora hasta que ocurrió el problema.

Si su explicación es más larga (más de cuatro párrafos), puede resultar útil describir brevemente el problema al principio y luego desarrollarlo en orden cronológico. Para que los piratas informáticos sepan qué buscar en sus instrucciones.

-Sé lo que quieres preguntar.

Las preguntas interminables son un agujero negro de tiempo casi interminable. Las personas que pueden darte las respuestas más útiles son también las más ocupadas (están ocupadas porque tienen que hacer la mayor parte del trabajo ellas mismas). Estas personas no están muy interesadas en los agujeros negros del tiempo desenfrenados, por lo que se puede decir que no están muy interesadas en problemas divagadores.

Es más probable que obtengas una respuesta útil si indicas claramente lo que debe hacer la persona que responde (dar consejos, enviar un fragmento de código, comprobar tu parche o lo que sea). Esto establecerá un límite de tiempo y energía para que el encuestado pueda concentrarse en ayudarlo, lo cual es muy efectivo.

Para comprender el mundo de los expertos, debemos pensar en la experiencia como un rico recurso y una recompensa.

El tiempo es un recurso escaso. Cuanto menos tiempo le lleve resolver su problema, mejores respuestas obtendrá de expertos ocupados.

Por lo tanto, optimizar la estructura del problema para minimizar el tiempo que le lleva a un experto resolverlo puede ser de gran ayuda; esto suele ser diferente a simplificar el problema. Entonces, preguntar "Quiero entender X mejor, ¿puedes darme algunos consejos?" suele ser mucho mejor que preguntar "¿Puedes explicar X?". Si su código no funciona, pregunte qué tiene de malo en lugar de pedirle a otra persona que lo reemplace.

Es mucho más prudente que lo revises.

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

Los hackers siempre son buenos para distinguir qué problemas deberían resolverse por sí mismos; porque la mayoría de nosotros hemos resuelto esos problemas nosotros mismos. Nuevamente, depende de usted resolver estos problemas y aprenderá algo de ellos. Puedes pedir consejos, pero no pedir soluciones completas.

-Deshazte de las preguntas sin sentido

No termines la pregunta con palabras sin sentido, como "¿Alguien puede ayudarme?" o "¿Hay alguna respuesta?". En primer lugar: si no describe correctamente la pregunta, no tiene sentido plantearla. Segundo: como hacer esta pregunta es redundante, los hackers se aburrirán de usted y a menudo expresarán su desdén con una respuesta lógicamente correcta, como "Sí, alguien puede ayudarle" o "No, no hay respuesta".

La humildad nunca viene mal y muchas veces ayuda mucho.

Sea cortés y utilice "por favor" y "gracias de antemano" con más frecuencia. Haga que sea una obligación hacerles saber a todos que aprecia su tiempo y ayuda. Sin embargo, si tiene muchas preguntas sin respuesta, 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 brindan los piratas informáticos experimentados es un agradecimiento de antemano. Algunos piratas informáticos creen que la implicación de "gracias de antemano" es que nadie será agradecido en el futuro. Nuestra sugerencia es: Gracias a todos)

-Agregue una breve explicación después de que se resuelva el problema.

Una vez resuelto el problema, envía una nota a todos los que te ayudaron para informarles cómo se resolvió el problema y agradecerles nuevamente. Si el problema ha recibido amplia atención en un grupo de noticias o lista de correo, se deben publicar allí instrucciones adicionales. La explicación adicional no necesita ser larga ni detallada; un simple "¡Hola, hay algún problema con el cable de red! Gracias, 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 cortés y brindar comentarios, este anexo ayuda a otros a buscar soluciones completas que lo hayan ayudado en listas de correo/grupos de noticias/foros, que también pueden serles útiles. Finalmente (¿al menos?), este suplemento ayuda a que todo aquel que lo ayude obtenga una sensación de satisfacción gracias a él. Si usted no es un veterano ni un hacker, confíe en nosotros. Este sentimiento es importante para quienes buscan la ayuda de un mentor o experto. Los problemas que no se resuelven durante mucho tiempo pueden resultar frustrantes; los piratas informáticos están ansiosos por verlos resueltos. Las buenas personas son recompensadas. Satisface sus deseos 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. Comprenda el problema como lo haría antes al intentar resolverlo usted mismo (manual, preguntas frecuentes, Internet, expertos a su alrededor). Si realmente necesitas una explicación, recuerda demostrar que aprendiste algo. Por ejemplo, si le respondo "Parece que zEntry está bloqueado; primero debe borrarlo". Luego: Una mala pregunta de seguimiento: "¿Qué es zEntry?" Una pregunta inteligente sería algo como esto: "Oh~~~". Veo ayuda, pero solo se mencionan dos parámetros -z y -p en zEntry y aún no hay una explicación clara:

Piensa antes de preguntar.

Aquí hay algunas preguntas estúpidas clásicas y lo que piensan los piratas informáticos cuando se niegan a responderlas:

Pregunta: ¿Dónde puedo encontrar el programa X?

Problema: Mi programa/configuración/declaraciones SQL no funcionan.

Problema: Tengo un problema con mi Windows. ¿me puedes ayudar?

Problema: Tengo problemas para instalar Linux (o X). ¿me puedes ayudar?

Pregunta: ¿Cómo descifrar la cuenta raíz/robar permisos de OP/leer los correos electrónicos de otras personas?

Pregunta: ¿Dónde puedo encontrar el programa X?

Respuesta: Justo donde lo encontré, idiota: al otro lado del motor de búsqueda. ¡DIOS MÍO! ¿Hay alguien que no sepa utilizar Google?

Problema: Mi programa (configuración, sentencia SQL) es inútil.

Respuesta: No es una pregunta. No estoy interesado en descubrir tu verdadero problema; si tengo que hacerte veinte preguntas para encontrarlo, tengo cosas más interesantes que hacer.

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

1. ¿Tienes algo que añadir?

Es una lástima y espero que puedas solucionarlo.

3. ¿Qué tiene esto que ver conmigo?

Problema: Tengo un problema con mi Windows. ¿me puedes ayudar?

Respuesta: Sí, deseche la basura blanda y cámbiese a Linux.

Problema: Tengo problemas para instalar Linux (o X). ¿me puedes ayudar?

Respuesta: No, solo puedo encontrar el problema en tu computadora yo mismo. Vaya a su grupo local de usuarios de Linux para obtener orientación práctica (puede encontrar una lista de grupos de usuarios aquí).

Pregunta: ¿Cómo descifrar la cuenta raíz/robar permisos de OP/leer los correos electrónicos de otras personas?

Respuesta: Si quieres hacer esto, eres una persona despreciable; ¡pídele a un hacker que te ayude a explicar que eres un θ θ θ θ!

Buenas preguntas, malas preguntas

Finalmente, daré algunos ejemplos para ilustrar cómo hacer preguntas inteligentes dos formas de hacer la misma pregunta juntas, una es estúpida, la otra es; sensitivo.

Pregunta estúpida: ¿Dónde puedo encontrar información sobre foonly fluent?

//Esta pregunta no es más que una respuesta "STFW".

Pregunta inteligente: busqué en Google "foonly fluent 2600" y no encontré resultados útiles. ¿Alguien sabe dónde puedo encontrar información de programación para dicho dispositivo?

//Esta pregunta ha sido aprobada por STFW, parece que realmente está en problemas.

Pregunta estúpida: El código fuente que obtuve del proyecto FOO no se compila. ¿Por qué es tan malo?

//Él piensa que es culpa de todos los demás, este tipo arrogante.

Pregunta inteligente: el código del proyecto FOO no se compila en Nulix 6.2. He leído las preguntas frecuentes, pero no hay nada sobre Nulix en ellas. Este es un registro de mi proceso de compilación. ¿Hice algo mal?

//Explicó el entorno, leyó las preguntas frecuentes, señaló los errores y no culpó a otros por los problemas. Este chico merece atención.

Pregunta estúpida: Hay algún problema con mi placa base. ¿Quién me ayudará?

//La respuesta común de un hacker a este tipo de preguntas suele ser: "Está bien, ¿quiero darte una palmadita en la espalda y cambiarte el pañal y luego presionar la tecla Eliminar?".

Pregunta inteligente: Probé X, Y, Z en la placa base S2464, pero nada funcionó. Intenté A, B, C nuevamente. Tenga en cuenta el extraño fenómeno cuando probé c. Era obvio que la transmisión de banda lateral se estaba reduciendo, pero el resultado fue inesperado. ¿Cuáles son las causas comunes de fugas de banda lateral en placas base multiprocesador? ¿Alguien tiene una buena idea? ¿Qué pruebas se deben realizar a continuación para encontrar el problema?

//Este chico, desde otra perspectiva, merece una respuesta. Ha demostrado capacidad para resolver problemas en lugar de esperar a que las respuestas caigan del cielo.

En cuanto a la última pregunta, presta atención a la sutil pero importante diferencia entre “dime la respuesta” e “ilumíname y señala qué más debo hacer en el diagnóstico”. La pregunta se originó en agosto de 2001. Una pregunta real en la lista de correo mensual del kernel de Linux. Yo (Eric) soy quien hace esta pregunta. Observé este bloqueo inexplicable en una placa base Tyan S2464 y un miembro de la lista proporcionó excelente información para resolver el problema.

La forma en que hago las preguntas te da algo en qué pensar; hago que sea fácil para las personas participar y comprometerse. Demostré que era tan capaz como ellos y los invité a discutirlo conmigo. Les conté los desvíos que tomé para no hacerles perder el tiempo. Esta es una señal de respeto por el valor del tiempo de otras personas. Más tarde, cuando estaba agradeciendo a todos por lo bien que funcionó el programa, un miembro de la lista de correo del kernel de Linux (lkml) dijo que el problema se resolvió no porque yo fuera una "celebridad" en la lista, sino porque usé la forma correcta. para hacer preguntas. Nosotros, los hackers, somos, en cierto sentido, intelectuales pero impersonales; creo que tiene razón. Si pregunto como un mendigo, sin importar quién sea, es probable que moleste a algunas personas o que me ignoren. Me sugirió que lo escribiera para darle alguna orientación a la persona que escribió la guía.

¿Qué debo hacer si no encuentro la respuesta?

Si aún no obtienes una respuesta, no creas que no podemos ayudarte. A veces la persona que ve tu pregunta simplemente no sabe la respuesta. No responder no significa que te ignoren, aunque hay que admitir que la distinción puede ser difícil de hacer.

En general, simplemente publicar preguntas repetidamente es una mala idea. Esto se considerará ruido sin sentido.

Puedes obtener ayuda a través de otros canales, que suelen ser más adecuados para principiantes. Hay muchos grupos de usuarios locales y en línea formados por entusiastas apasionados del software (incluso si nunca han escrito ningún software). Por lo general, las personas forman estos grupos para ayudarse entre sí y a los novatos.

Además, puedes buscar ayuda de muchas empresas comerciales, ya sean grandes o pequeñas (Red Hat y LinuxCare son los dos ejemplos más comunes). ¡No se frustre, tiene 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 completamente posible, tendrá que llevarlo a un taller y pagar la reparación. Incluso si el software no le cuesta ni un centavo, no puede insistir en que el soporte técnico siempre será gratuito.

Para software popular, como Linux, cada desarrollador tendrá al menos decenas de miles de usuarios. Es imposible que una sola persona atienda decenas de miles de llamadas de ayuda de usuarios. Ya sabes, incluso si tienes que pagar por ayuda, lo que pagas es insignificante en comparación con el software similar que deseas comprar (generalmente el costo de soporte técnico del software de código cerrado es mucho mayor que el del software de código abierto, y el contenido es no tan rico).

Mi principio personal es no responder preguntas en una sola línea, como "¿Alguien entiende JSP?" Solo leo preguntas como títulos.