Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Copyright 2001 por Eric S. Raymond Copyright de la traduccin 2001 por Jose M. Fernndez ndice de contenidos Introduccin Antes de preguntar Cuando preguntes Cmo interpretar las respuestas Sobre cmo no reaccionar como un perdedor Preguntas que no hacer Buenas y malas preguntas Si no logras obtener respuesta
Introduccin
En el mundo de los hackers, el tipo de respuestas que obtengas a tus preguntas tcnicas depende tanto de la manera en que formules tus preguntas como de la dificultad de desarrollar la respuesta. En esta gua se ensear cmo preguntar de manera que puedas obtener una respuesta satisfactoria. Lo primero que tienes que entender es que a los hackers les gustan los problemas realmente complejos y las buenas preguntas que les hagan pensar en ellos. De no ser as no estaramos aqu. Si nos proporcionas una cuestin interesante te estaremos agradecidos; las buenas preguntas suponen un estmulo y un regalo. Las buenas preguntas nos ayudan a desarrollar nuestra comprensin, y a menudo revelan problemas que podamos no haber percibido o en los que de otra manera no habramos reparado. Entre los hackers, "Buena pregunta!" debe entenderse como un sincero cumplido. A pesar de esto, los hackers tienen la reputacin de enfrentarse a las preguntas sencillas con hostilidad o arrogancia. A veces parece como si resultsemos hostiles a los principiantes o a los ignorantes. Pero eso realmente no es cierto. Lo que somos, de una manera no apologtica, es hostiles con la gente que parece no querer pensar o hacer sus deberes antes de plantear las preguntas. La gente de ese tipo son sumideros de tiempo -toman sin dar a cambio, desperdician el tiempo que podramos haber dedicado a otra cuestin ms interesante y con otra persona ms merecedora de una respuesta. A las personas de este tipo las llamamos "perdedores" (y por razones histricas a veces escribimos "lusers". Somos, de largo, voluntarios. Robamos el tiempo de vidas ocupadas para responder preguntas, y a veces nos sobrecargan. As que filtramos sin tregua. En particular, desechamos las preguntas de quienes parecen ser perdedores para ocupar el tiempo que dedicamos a responder preguntas de una manera ms eficiente, con los ganadores. T no quieres ser uno de los perdedores. Tampoco quieres parecerte a ninguno de ellos. La mejor manera de obtener una respuestas rpida y eficiente es preguntando como un ganador como una persona con inteligencia, confianza en s mismo e indicios de que necesita ayuda con un problema en particular. (Las mejoras a esta gua sern bienvenidas. Puede enviar sus sugerencias (en ingls) a
esr@thyrsus.com.) N. del T.: "luser" es una contraccin de los trminos "user" (usuario) y "loser" (perdedor).
Antes de preguntar
Antes de hacer una pregunta tcnica por correo, en un grupo de noticias o en el foro de un sitio web, haz lo siguiente: 1. Intenta encontrar una respuesta leyendo el manual. 2. Intenta encontrar una respuesta leyendo las FAQs 3. Intenta encontrar una respuesta buscando en la web. 4. Intenta encontrar la respuesta preguntndole a un amigo con ms 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 slo ests desperdiciando el tiempo de los dems. An 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 ms hagas para demostrar que has puesto pensamiento y esfuerzo en resolver tu problema antes de pedir ayuda, ms cerca estars de recibirla realmente. Ten cuidado de no hacer la pregunta equivocada. Si haces una que est basada en asunciones errneas, Hacker Al Azar seguramente te responder con algo literal e intil mientras piensa "Qu pregunta ms estpida...", y esperando que la experiencia de obtener una respuesta a lo que has preguntado exactamente en vez de a lo que necesitas saber te ensear una leccin. Nunca asumas que tienes derecho a una respuesta. No lo tienes. Te ganars una respuesta, si te la ganas haciendo una pregunta sustancial, interesante y que haga pensar una que contribuya implcitamente a la experiencia de la comunidad antes que solicitar de manera pasiva conocimiento de los dems. Por otra parte, un muy buen comienzo es dejar claro que puedes y quieres participar en el proceso de desarrollar la solucin. "Tiene alguien alguna pista?" "Qu le falta a mi ejemplo?" y "Hay alguna pgina que debiera haber consultado?" tendrn ms probabilidades de ser respondidas que "Publica por favor el procedimiento exacto que debera seguir", porque ests dejando claro que ests realmente deseoso de completar el proceso si alguien simplemente te orienta en la direccin correcta.
Cuando preguntes
Elige el foro con cuidado
Ten cuidado al elegir dnde planteas tu pregunta. Seguramente te ignorarn o te tacharn 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 tcnicas
avanzadas, o viceversa publicas el mensaje al mismo tiempo en grupos de noticas muy diferentes (cross-posting) Los hackers descartan las preguntas inapropiadas para intentar proteger sus canales de comunicacin de lo insustancial. No quieres que te suceda eso.
Quotes" (citas inteligentes) de Outlook. Esto es para evitar caracteres de basura esparcidos por tu mensaje.
romperse un hilo en uno de los circuitos de la placa base. Cul 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 despus de haberlo arrancado durante el curso de compilaciones del ncleo, 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 particin de intercambio no ha servido de nada. A continuacin os pongo la parte relevante del registro de una tpica sesin de compilacin.
RTFM tiene un familiar ms joven. Si recibes como respuesta "STFW", quien te lo enva piensa que deberas haber Buscado en La Puta Web. Casi con toda certeza tendr razn. Ve y busca. A menudo, quien enva una de estas respuestas est contemplando el manual o la pgina web en cuestin mientras escribe. Estas respuestas significan que piensa que (a) la informacin que necesitas es fcil de encontrar, y (b) aprenders ms si buscas t mismo la informacin que si te la dan a "digerir" con cuchara. Esto no debera ofenderte; segn el estndar de los hackers, se te est mostrando cierto respeto (aunque spero, no lo neguemos) al simplemente no ignorarte. Deberas agradecer la extrema amabilidad.
Si no entiendes...
Si no entiendes la respuesta, no devuelvas inmediatamente la solicitud de una clarificacin. 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 clarificacin, intenta demostrar lo que has aprendido. Por ejemplo, supn que te digo: "Suena como si tuvieses un zentry atascado; necesitars liberarlo." Entonces: He aqu una mala pregunta: "Qu es un zentry?" He aqu una buena pregunta: "Est bien, he ledo la pgina de manual y los zentrys slo se mencionan bajo las variables -z y -p. En ninguna de ellas se menciona nada sobre liberar a los zentrys. Es una de stas o me estoy perdiendo algo?"
Recuerda: cuando ese hacker te diga que te has equivocado, y (no importa cun rudamente) te diga que no vuelvas a hacerlo, su actuacin te concierne a (1) ti y a (2) su comunidad. Sera mucho ms sencillo para l ignorarte ponindote un filtro. Si no eres capaz de ser agradecido ten al menos un poco de dignidad, no te quejes y no esperes que te traten como una frgil mueca slo porque seas un recin llegado de alma teatralmente hipersensible y con ilusiones de estar autorizado a todo.
P: Cmo puedo convertirme en root/robar privilegios de operador de un canal/leer el correo de otra persona?
R: Eres un desgraciado por querer hacer esas cosas y un subnormal por pedir a un hacker que te ayude.
Estpida: No he conseguido compilar el cdigo del proyecto loquesea. Por qu est roto? Asume que a todo el mundo le ocurre lo mismo. Qu arrogante. Inteligente: El cdigo del proyecto loquesea no compila bajo Nulix versin 6.2. Me he ledo las PUF, pero no aparece nada de problemas relacionados con Nulix. Os pego aqu una transcripcin de mi intento de compilacin; es por algo que hice mal? Ha especificado el entorno, se ha ledo las PUF, ha mostrado el error y no ha asumido que sus problemas son culpa de otra persona. Quiz este chico se merezca algo de atencin. Estpida: Tengo problemas con mi placa base. Puede ayudarme alguien? La respuesta de un hacker cualquiera a esto sera algo como "De acuerdo. Necesitas tambin eructar y que te cambie los paales?" seguido de una ligera presin sobre la tecla Supr. Inteligente:He intentado X, Y y Z con la placa base S2464. Cuando eso no funcion, intent A, B y C. Fjense en ese curioso sntoma cuando hice C. Obviamente el florbeador est gromiqueando, pero los resultados no son los que podran esperarse. Cules son las causas habituales del gromiqueo en las placas multiprocesador? Sabe alguien de alguna prueba ms que pueda llevar a cabo para averiguar el problema? Esta persona, por otra parte, parece merecedora de una respuesta. Ha mostrado su inteligencia en un intento de resolver el problema en vez de esperar que le caiga una respuesta del cielo. En la ltima pregunta, fijos en la sutil pero importante diferencia entre pedir "Dame una respuesta" y "Por favor, aydame a hacerme una idea de qu diagnsticos adicionales puedo llevar a cabo para alcanzar a ver la luz". De hecho, la forma de la ltima pregunta se encuentra basada muy de cerca en un incidente real que sucedi en Agosto de 2.001 en la lista de correo del ncleo de Linux. Yo (Eric) era el que preguntaba entonces. Estaba sufriendo misteriosos cuelgues con una placa Tyan S2464. Los miembros de la lista aportaron la informacin crtica que necesitaba para resolver el problema. Al plantear la pregunta de la manera que la hice, le d a la gente algo con que entretenerse; hice fcil y atractivo para ellos que se involucraran. Demostr respeto por la capacidad de mis compaeros y les invit a consultarme tambin como compaero. Tambin demostr respeto por el valor de su tiempo hacindoles saber los callejones sin salida con los que ya me haba topado. Despus de todo, cuando les d a todos las gracias y remarqu lo bien que haba funcionado el proceso, un miembro de la lista de correo del ncleo de Linux hizo la observacin de que crea que haba sido as no porque yo tuvera un "nombre" en esa lista, sino porque hice la pregunta de la manera adecuada. Nosotros los hackers somos de alguna manera una ruda meritocracia; estoy seguro de que tena razn, y de que si me hubiese comportado como una esponja se me habran echado todos encima o me habran ignorado sin importar quien fuese. Su sugerencia de que haba escrito el completo incidente como una instruccin para otros condujo directamente a la composicin de esta gua.
est interesada en conocer los detalles tcnicos. Para la mayora de la gente, un ordenador es meramente una herramienta, un medio para un fin. Sabemos eso y no esperamos que todo el mundo se interese en asuntos tcnicos. No obstante, nuestro estilo de responder se encuentra orientado a quienes s se toman ese inters. Por esto, si no obtienes respuesta, no te tomes como algo personal que no sintamos que podamos ayudarte. Hay otros recursos a menudo mejor adaptados a las necesidades de un principiante. Hay muchos grupos de usuarios en lnea y locales compuestos por entusiastas del software incluso aunque nunca hayan escrito software alguno ellos mismos. Estos grupos se forman de manera que la gente pueda ayudarse entre s y ayudar a los nuevos usuarios. Hay adems muchas compaas comerciales a las que puedes contratar para que te presten su ayuda, tanto grande como pequea. Que no te aterre la idea de tener que pagar por un poco de ayuda! Despus de todo, si al motor de tu coche se le rompe una junta seguramente tendrs que llevarlo al mecnico y pagar para que te lo arreglen. Incluso aunque el software no te costase nada, no puedes esperar que el soporte sea siempre gratuito. Para el software popular como Linux, hay al menos unos 10.000 usuarios por cada desarrollador. Resulta imposible que una sola persona pueda atender llamadas de soporte tcnico de cerca de 10.000 usuarios. Recuerda que aunque tengas que pagar por el soporte, ests an pagando mucho menos que si tuvieses que comprar el software (y el soporte para el software de cdigo cerrado es por lo general mucho ms caro y menos competente que el soporte para el software de cdigo abierto).