FAQ : Como hacer preguntas "inteligentes"
(FAQ= Frequently Asked Questions, en esp??ol: Preguntas Frecuentemente Realizadas)

---------------------------------------------------------------------

Tabla de contenidos
Introducci?n
Antes de preguntar
Cuando debes preguntar
C?mo interpretar las respuestas
C?mo no reaccionar como un perdedor
Preguntas que no debes hacer
Buenas y malas preguntas
Si no logras obtener una respuesta
Como responder preguntas de manera eficiente

------------------------------------------------------------------------

Introducci?n

En el mundo de los hackers, el tipo de respuestas que obtengas a tus preguntas t?cnicas depende tanto de la manera en que formules tus preguntas como de la dificultad para desarrollar la respuesta. En esta gu?a se ense?ar? c?mo preguntar de una manera mas parecida a conseguirte una respuesta satisfactoria.

Usualmente puedes obtener buenas respuestas de otro usuario mas experimentado que de un hacker. Esto es algo bueno; Los usuarios comunes son un poco mas tolerantes al tipo de errores que los usuarios nuevos tienen. De todas maneras el tratar a los usuarios experimentados como si fueran hackers en la forma que recomendaremos aqui, generalmente es el modo mas efectivo de conseguir respuestas ?tiles por parte de ellos.

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 estar?amos aqu?. Si nos proporcionas una cuesti?n interesante te estaremos agradecidos; las buenas preguntas suponen un est?mulo y un regalo. Las buenas preguntas nos ayudan a desarrollar nuestro entendimiento, y a menudo revelan problemas que pod?amos no haber percibido o pensado de otra manera. Entre los hackers, "?Buena pregunta!" es un sincero cumplido.

A pesar de esto, los hackers tienen reputaci?n que cuidar, asi que las preguntas sencillas, se contestan con algo de hostilidad o arrogancia. A veces parece como si fueramos groseros con los principiantes o los ignorantes. Pero esto realmente no es cierto.

Lo que somos, de una manera no apolog?tica, es ser hostiles con la gente que parece no querer pensar o buscarle la manera antes de plantear las preguntas. La gente de ese tipo son un desperdicio de tiempo -- toman sin dar a cambio, desperdician el tiempo que podr?amos haber dedicado a otra cuesti?n m?s interesante y con otra persona m?s merecedora de una respuesta. A las personas de este tipo las llamamos "perdedores" (Te suena familiar "loser").

Nos damos cuenta que somos un gran numero de voluntarios. Nos tomamos el tiempo de nuestras vidas ocupadas para responder preguntas, y a veces nos sobrecargan con ellas. 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 m?s eficiente, con los ganadores.

Si encuentras esta actitud desagradable, condescendiente, o arrogante, Checa lo que asumes. No te estamos pidiendo que te pongas de rodillas y nos ruegues, de hecho la mayoria de nosotros quisiera mas que nada tratarte como un igual y darte la bienvenida a nuestra cultura, si pones el esfuerzo requerido para hacerlo posible. Pero simplemente no es eficiente para nosotros tratar de ayudar a una gente que no tiene la voluntad para ayudarse a si misma. Esta bien ser ignorante, No esta bien hacerse el estupido.

Si decides venir a nosotros por ayuda, entonces t? no quieres ser uno de los perdedores. Tampoco quieres parecerte a ninguno de ellos tampoco. La mejor manera de obtener una respuestas r?pida 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.


-----------------------------------------------------------------------

Antes de preguntar

Antes de hacer una pregunta t?cnica por correo, en un grupo de noticias o en el foro de un sitio web, haz lo siguiente:

1. Intenta encontrar la respuesta buscando en los archivos o post anteriores del foro donde planeas postear tu pregunta.

2. Intenta encontrar una respuesta buscando en la web.

3. Intenta encontrar una respuesta leyendo la FAQ (PFR)

4. Intenta encontrar una respuesta leyendo el manual.

5. Intenta encontrar la respuesta pregunt?ndole a un amigo con m?s experiencia.

6. Intenta encontrar la respuesta por medio de la inspeccion o experimentacion.

7. Si eres programador, inetnat encontrar la respuesta leyendo el codigo fuente.

Cuando hagas tu pregunta, destaca el hecho de que ya has hecho todo esto; esto ayudar? a establecer que no eres una esponja huevona 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.

Utiliza la tactica No. 2 Googlea, intenta buscar la respuesta a tu pregunta poniendo la pregunta en si en google o las palabras claves de tu pregunta, tambien utiliza "google groups" para buscar, esto tal vez te lleve directamente a la documentacion o a la lista de mail que concuerde con tu pregunta.

Toma tu tiempo. No esperes ser capaz de resolver un problema complicado en solos unos segundos de andar googleando. Lee y entiende el FAQ, recuestate, relajate y dale la vuelta al problema antes de acercarte a los expertos. Confia en nosotros, ellos te seran capaces de detectar en tu pregunta que tanto leiste y pensaste antes de hacerla, y tendran mas disponibilidad de ayudarte si vienes preparado. Tampoco nos avientes tu monton de preguntas de madrazo solo porque tu primera busqueda no dio resultados (o demasiados).

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, Hacker 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.

-----------------------------------------------------------------------

Cuando debes preguntar

Elige el foro con cuidado

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 mismo mensaje al mismo tiempo en demasiados grupos de noticas.


* Publicas tu e-mail a alguien que ni es conocido tuyo ni es personalmente responsable de solucionar tu problema.

Los hackers descartan las preguntas inapropiadas para intentar proteger sus canales de comunicaci?n de lo irrelevante. No quieres que te suceda eso.

El primer paso, por lo tanto, es encontrar el foro correcto. De nuevo, Google y los otros Buscadores de Web son tus amigos. Usalos para encontrar la pagina del proyecto mas asociado con el hardware o software con el que estas teniendo dificultades. Usualmente tendra links (ligas) a otros FAQ u otras listas de mails y a sus archvios. Estas listas de mails (o Mailing list) son los ultimos lugares a los que hay que acudir por ayuda,
Si tus propios esfuerzos (incluyendo leer todos esos FAQs que encontraste) no te encuentran una solucion, la pagina del projecto tambien puede describir algunos procedimientos de problemas resportados o tienen una liga a alguno, asi que siguelo.

-----------------------------------------------------------------------

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 hacker 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 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 (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.

Si preguntas en un foro en el que no se usa tu lengua materna, obtendr?s una cantidad limitada de avisos por tus errores gramaticales y de ortograf?a ? pero ninguno a?adido por tus argumentaciones chapuceras (y s?, normalmente sabemos ver la diferencia). Adem?s, a menos que conozcas los idiomas de quienes te respondan, escribe en ingl?s. Los hackers ocupados tienden a descartar las preguntas en idiomas que no entienden, y el ingl?s es el idioma de trabajo en la red. Al escribir en ingl?s minimizas las posibilidades de que descarten tu pregunta sin leerla.


-----------------------------------------------------------------------

Env?a las preguntas en formatos que sean f?ciles de entender
Si artificialmente haces tu pregunta dif?cil de leer, tendr? m?s probabilidades de ser ignorada en favor de una que no lo sea. Por esto:


Env?a el correo en texto plano, no en HTML.

No env?es correo en el que p?rrafos completos consten de una ?nica l?nea * m?ltiples veces. (Esto dificulta responder s?lo a partes del mensaje.)

Tampoco env?es mensaje codificados como MIME Quoted-Printable; todos esos =20 esparcidos por el texto son feos y adem?s distraen.

Jam?s de los jamases esperes que los hackers puedan leer formatos de documentos propietarios como Microsoft Word. La mayor?a de los hackers reaccionan a esto de igual manera que reaccionar?as t? ante un mont?n de esti?rcol humeante volcado en el umbral de tu puerta.

Si env?as correo desde una m?quina con Windows, desactiva la est?pida prestaci?n "Smart Quotes" (citas inteligentes) de Microsoft. Esto es para evitar caracteres de basura esparcidos por tu mensaje.


------------------------------------------------------------------------

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; 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 hacker 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 hackers 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 apoyo 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?. Swapping out all RAM didn't help. 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 hackers sabr?n d?nde mirar al leer tu mensaje.


-----------------------------------------------------------------------

No solicites que te respondan por correo privado

Los hackers creen que resolver problemas deber?a ser un proceso p?blico y transparente durante el cual un primer intento de respuesta puede y deber?a corregirse si alguien con m?s conocimientos percibe que la respuesta es incompleta o incorrecta. Adem?s, obtienen parte de su recompensa por responder al verse que son competentes y que poseen conocimientos suficientes por parte de sus iguales.

Cuando pides una respuesta privada, est?s interrumpiendo tanto el proceso como la recompensa. No hagas eso. Es elecci?n de quien responde hacerlo en privado ? y si lo hace, normalmente es porque piensa que la pregunta es demasiado obvia o mal planteada como para resultar interesante para otros.

Hay una excepci?n limitada a esta regla. Si piensas que puedes recibir una gran cantidad de respuestas muy similares por el tipo de pregunta, entonces las palabras m?gicas son "mandadme las respuestas por correo-e y har? un res?men para el grupo". Se considera cort?s ahorrar a la lista de correo o al grupo de noticias una gran cantidad de respuestas sustancialmente id?nticas ? pero evidentemente tienes que mantener la promesa de resumirlas.


-----------------------------------------------------------------------

Evita las preguntas insustanciales

Resiste la tentaci?n de cerrar tu consulta con preguntas sem?nticamente nulas como "?Puede ayudarme alguien?" o "?Hay alguna respuesta?" Primero: si has escrito la descripci?n de tu problema de manera medianamente competente, ese tipo de preguntas a?adidas sin m?s resultan, como poco, sup?rfluas. Segundo: al ser sup?rfluas, los hackers las encuentran molestas ? y probablemente te devolver?n respuestas de una l?gica impecable aunque ignor?ndote como "S?, pueden ayudarte" o "No, no hay ayuda para ti".

Como hacer preguntas inteligentes para obtener ayuda. Parte 2
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 hackers 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 una lista de correo o grupo de noticias, 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 resumen 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. Si tú no eres un hacker, créete que ese sentimiento es muy importante para los gurús y expertos a quienes pediste ayuda. Los problemas que acaban sin resolverse resultan frustrantes; los hackers desean verlos resueltos. El buen karma que aliviar ese picor te hará ganar te resultará de mucha ayuda la próxima vez que necesites plantear una pregunta.


------------------------------------------------------------------------

Cómo interpretar las respuestas

LEPM y BEPW: cómo decirte que la has cagado seriamente
Hay una tradición antigua y venerada: si obtienes por respuesta un "LEPM" (Lee El Puto Manual), la persona que lo envió piensa que deberías haberte leído el puñetero manual. Casi con total seguridad estará en lo cierto. Ve y lee.

LEPM tiene un familiar más joven. Si recibes como respuesta "BEPW" (Busca En la Puta Web), 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.

Esto no debería ofenderte; según el estándar de los hackers, se te está mostrando cierto respeto (aunque áspero, no lo neguemos) al simplemente no ignorarte. Deberías agradecer la extrema amabilidad.


------------------------------------------------------------------------

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, FAQs, 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?"


------------------------------------------------------------------------

Sobre cómo no reaccionar como un perdedor

Hay bastantes posibilidades de que te equivoques más de una vez en foros de la comunidad hacker -- de maneras detalladas en este artículo o similares. Y se te dirá exactamente en qué te equivocaste, posiblemente con profusos detalles. En público.

Cuando esto sucede, lo peor que puedes hacer es lamentarte por la experiencia, denotar que te han asaltado verbalmente, pedir disculpas, llorar, contener la respiración, amenazar con pleitos, quejarte a los jefes de la gente, dejar la tapa del baño abierta, etc. En vez de eso, esto es lo que tienes que hacer:

Superarlo. Es normal. De hecho, resulta saludable y apropiado.

Los estándares de la comunidad no se mantienen por sí mismos: los mantiene la gente que los aplica activa, visiblemente, en público. No te quejes de que todas las críticas se te deberían haber enviado por correo privado: así no es como funciona esto. Ni resulta útil insistir en que se te ha insultado personalmente cuando alguien comenta que alguna de tus peticiones era errónea, o que sus opiniones diferían. Ésas son actitudes de perdedores.

Ha habido foros de hackers en los que, aparte de un sentido de la hipercortesía mal guiado, se ha prohibido la entrada a participantes por enviar cualquier mensaje haciendo constar errores en los mensajes de los demás, y se les ha dicho "No digas nada si no deseas ayudar al usuario". El éxodo de los participantes más experimentados a otros lugares les ha hecho descender al balbuceo sin el menor sentido y se han perdido toda su utilidad como foros técnicos.

Exageradamente "amigable" (de esa manera) o útil: Elige uno.

Recuerda: cuando ese hacker te diga que te has equivocado, y (no importa cuán rudamente) te diga que no vuelvas a hacerlo, su actuación te concierne a (1) ti y a (2) su comunidad. Sería mucho más sencillo para él ignorarte poniéndote 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 frágil muñeca sólo porque seas un recién llegado de alma teatralmente hipersensible y con ilusiones de estar autorizado a todo.


------------------------------------------------------------------------

Preguntas que no debes 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?
P: Tengo problemas con mi máquina en Windows. ¿Podríais ayudarme?
P: Tengo problemas al instalar Linux o X. ¿Podríais ayudarme?
P: ¿Cómo puedo convertirme en root/robar privilegios de operador de canal/leer el correo de alguien?
P: ¿Dónde puedo encontrar el programa X?

R: En el mismo lugar donde yo lo habría encontrado, imbécil -- en la otra punta 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.

P: ¿Cómo 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.


------------------------------------------------------------------------
Buenas y malas preguntas
Finalmente, voy a ilustrar con ejemplos cómo hacer preguntas de una manera inteligente; he aquí pares de preguntas sobre el mismo problema, una planteada de manera estúpida y otra de manera inteligente.


Estúpida: ¿Dónde puedo encontrar información sobre el Foonly Flurbamatic?
Esta pregunta está pidiendo a gritos un"BEPW" como respuesta.

Inteligente: He usado Google para intentar encontrar algo sobre el "Foonly Flurbamatic 2600" en la Web, pero no he obtenido resultados satisfactorios. ¿Sabe alguien dónde puedo encontrar información de programación sobre este dispositivo?
Éste ya ha sido buscado en la web, y suena como si tuviese un verdadero problema.


Estúpida: No he conseguido compilar el código del proyecto loquesea. ¿Por qué está roto?
Asume que a todo el mundo le ocurre lo mismo. Qué arrogante.

Inteligente: El código del proyecto loquesea no compila bajo Nulix versión 6.2. Me he leído los FAQ, pero no aparece nada de problemas relacionados con Nulix. Os pego aquí una transcripción de mi intento de compilación; ¿es por algo que hice mal?
Ha especificado el entorno, se ha leído los FAQ, ha mostrado el error y no ha asumido que sus problemas son culpa de otra persona. Quizá este chico se merezca algo de atención.


Estúpida: Tengo problemas con mi placa base. ¿Puede ayudarme alguien?
La respuesta de un hacker cualquiera a esto sería algo como "De acuerdo. ¿Necesitas también eructar y que te cambie los pañales?" seguido de una ligera presión 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. Fíjense en ese curioso síntoma cuando hice C. Obviamente el está , pero los resultados no son los que podrían esperarse. I tried X, Y, and Z on the S2464 motherboard. When that didn't work, I tried A, B, and C. Note the curious symptom when I tried C. Obviously the florbish is grommicking, but the results aren't what one might expect. What are the usual causes of grommicking on MP motherboards? Anybody got ideas for more tests I can run to pin down the problem?
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 desde el cielo.

En la última pregunta, fijate en la sutil pero importante diferencia entre pedir "Dame una respuesta" y "Por favor, ayúdame a hacerme una idea de qué diagnósticos 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 núcleo 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 información crítica 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 fácil y atractivo para ellos que se involucraran. Demostré respeto por la capacidad de mis compañeros y les invité a consultarme también como compañero. También demostré respeto por el valor de su tiempo haciéndoles saber los callejones sin salida con los que ya me había topado.

Después de todo, cuando les dí a todos las gracias y remarqué lo bien que había funcionado el proceso, un miembro de la lista de correo del núcleo de Linux hizo la observación de que creía que había sido así no porque yo tenga 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 tenía razón, y de que si me hubiese comportado como una esponja se me habrían echado todos encima o me habrían ignorado sin importar quien fuese. Su sugerencia de que había escrito el completo incidente como una instrucción para otros condujo directamente a la composición de esta guía.


------------------------------------------------------------------------

Si no logras conseguir una respuesta

Somos conscientes que que hay mucha gente que sólo quiere usar el software que escribimos y no está interesada en conocer los detalles técnicos. Para la mayoría 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 técnicos. No obstante, nuestro estilo de responder se encuentra orientado a quienes sí se toman ese interés.

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 línea 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 además muchas compañías comerciales a las que puedes contratar para que te presten su ayuda, tanto grande como pequeña. ¡Que no te aterre la idea de tener que pagar por un poco de ayuda! Después de todo, si al motor de tu coche se le vuela el relleno de un [head] seguramente tendrás que llevarlo al mecánico 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 desarrollador. Resulta imposible que una sola persona pueda atender llamadas de soporte técnico de cerca de 10.000 usuarios. Recuerda que aunque tengas que pagar por el soporte, estás aún pagando mucho menos que si tuvieses que comprar el software (y el soporte para el software de código cerrado es por lo general mucho más caro y menos competente que el soporte para el software de código abierto).

Saludos y reflexionen.