La siguiente es una copia de la gu�a de supervivencia de las listas de correo del GULCR. Si a�n no ha le�do este documento en su totalidad, por favor dese unos minutos para hacerlo ahora. La versi�n m�s actual se encuentra disponible en http://www.linux.or.cr/listas/etiqueta
Si tiene correcciones que hacer a este documento, por favor responda a este mensaje o simplemente env�e sus comentarios a <URL: mailto:[EMAIL PROTECTED]>. Gu�a de supervivencia en un grupo con fuertes inclinaciones t�cnicas ==================================================================== (O "�qu� tengo que preguntar para que me contesten?") /Adaptado del original por Eric S. Raimond, "How to ask questions the smart way", http://www.tuxedo.org/~esr/faqs/smart-questions.html/ Dentro del grupo de usuarios hay un porcentaje de personas que tienen fuertes inclinaciones t�cnicas y que gustan de ayudar a otras personas a dar sus primeros pasos en del uso y la praxis de Linux. Pero (no esperaba realmente que no hubiese un "pero", �verdad?) para obtener ayuda hay que aprender a trabajar con este tipo de gente. No, no, no se trata de saludos secretos ni nada por el estilo. Por fortuna es algo m�s simple. Primero, esta gente es hostil para con las personas que abiertamente vienen en busca de que les hagan la tarea, pues de ellas no se obtiene nada y solo se pierde tiempo. "Pero momento", estar� tal vez pensando, "c�mo es eso de que no se obtiene nada, �no era gratis esto?" S�, es gratis, pero el dinero no lo es todo en la vida (de verdad,no lo es). De un paso atr�s y vea las cosas desde una perspectiva m�s amplia: una persona env�a una pregunta a la lista... �por qu� ha de contestarla alguien m�s? �Gracias a un esp�ritu de colaboraci�n mutua y en espera que el futuro sea el o ella quien necesite ayuda? S� y no. Si observa el tr�fico de la lista durante un tiempo notar� que hay personas que siempre est�n respondiendo dudas, pero rara vez hacen preguntas ellos mismos. Si no son "futuras respuestas" lo que esperan obtener, �entonces qu�? Algo m�s immediato: un reto. S�. Un reto. Su pregunta es para esta gente un reto que hay que resolver. Es, si lo quiere ver as�, un rompecabezas que hay que armar, y para el cual no todas las piezas est�n disponibles en forma immediata. Pero entonces �qu� pasa cuando Vd. viene y pide que le hagan la tarea? F�cil: es insultante. No solo est� pidiendo que hagan su trabajo por Vd., sino que adem�s es claro que Vd., y solo Vd., es qui�n va a beneficiarse de ese trabajo y que quien /realmente/ lo haga no va a obtener nada a cambio, probablemente ni siquiera ese "reto" que tan bien recibido es. Si por el contrario, Vd. presenta una pregunta interesante, y demuestra que ha tratado de resolverla por cuenta propia, su pregunta ser� atendida, �y quiz�s hasta con prontitud! Si en momento llega a pensar que este es un grupo de personas condescendientes o arrogantes que no est�n dispuestas a ayudarle, revise las ideas de las cuales est� partiendo. Para que Vd. obtenga una respuesta, /alguien m�s/ tiene que dedicar tiempo a escribirla. Este tiempo es usualemente escaso, as� que la mayor�a lo "optimizan" de forma que las personas que /demuestran/ tener m�s potencial de llegar alg�n d�a a ser quienes brinden las respuestas sean quienes reciban este tiempo. Pura y llana selecci�n natural en acci�n: /las caracter�sticas y comportamientos que ayudan a que la especie sobreviva se refuerzan y las que contribuyen a que desaperezca se suprimen/. Si a�n sigue pensando que este es un grupo de arrogantes, preg�ntese cu�nto le cost� la �ltima respuesta que obtuvo del mismo. Cada vez que haga una pregunta, considere lo siguiente: 0. Antes de preguntar Antes de hacer su pregunta, revise la documentaci�n: * El manual del o los programas involucrados * El FAQ, si existe, probablemente se encuentra dentro de la documentaci�n del programa o el sitio web del mismo. * Busque en la red, con http://www.google.com/ o http://www.google.com/linux. o http://www.google.co.cr/ (Google, �en espa�ol y en Costa Rica!) H�gale un favor a todos y no pierda el tiempo usando otros servicios de b�squeda. * Si busca un programa, revise en http://freshmeat.net/ Cuando realice su pregunta, haga evidente el hecho que ha revisado la documentaci�n. Pista, esto: revis� la documentaci�n pero ... no hace evidente que revis� la documentaci�n, �diga que documentaci�n revis�! Haga tambi�n evidente las cosas que aprendi� luego de leer la documentaci�n: en el manual /manual relevante/ dice que para hacer /tal o cual cosa/ tengo que /tal o cual otra/ pero al intentarlo lo que sucede es /algo diferente/ Deje claro que Vd. est� dispuesto a participar en el proceso de b�squeda de una soluci�n: �d�nde puedo encontrar documentaci�n para /hacer algo particular/? esta es la configuraci�n que estoy usando pero falta algo, �alguien ve qu� es? y que /no/ pretende esperar pasivamente hasta que alguna aparezca con la soluci�n lista y depurada: quiero una lista detallada y exhaustiva de pasos para /tener m�s tiempo para hablar con la secretaria/ 1. Pregunte Escoja a su p�blico, es decir, �est� seguro que la pregunta es apropiada para el foro o lista d�nde desea enviarla? Utilice para esto un foro p�blico y no la direcci�n privada de alguien (por mucho que parezca que es la persona m�s indicada para responder su duda). Si env�a su pregunta a un foro p�blico, no solo tiene mejores posibilidades de que alguien la responda, sino que otra gente se beneficia no solo de las posibles respuestas sino de la pregunta en s�. Eso est� bien visto por la fracci�n de gente dentro del grupo a quienes Vd. est� tratando de hacer llegar su pregunta pues es posible que eso les quite trabajo en un futuro, ya sea porque otra gente aprende la respuesta o porque queda archivada en un sitio donde un buscador como google la puede encontrar. Eso tambi�n quiere decir que Vd. debe mantener las respuestas dentro del mismo foro, solicitudes para que se le conteste a Vd. y solo a Vd. ser�n probablemente ignoradas (junto con el resto de su pregunta). Escriba su pregunta, �y l�ala antes de enviarla! �Est� seguro que toda la informaci�n necesaria para /entender/ su problema est� inclu�da? �Est� seguro que est� preguntando lo que Vd. cree que est� preguntando? * Describa los s�ntomas del problema * Describa el ambiente en el cual el problema ocurre * Describa los pasos que ha tomado para resolver el problema * Describa los pasos necesarios para reproducir el problema * Describa los cambios que realiz� antes de que se produjese el problema * Incluya los mensajes de error producidos por el programa, con suficiente contexto para entenderlos (e.g. "File not found" vs. "'cp a b' produce 'File not found' pero 'a' si existe") Note que esto no quiere decir que su pregunta debe ser larga. Solo que debe incluir la informaci�n necesaria para entender el problema. Ponga atenci�n a la redacci�n, la gram�tica y la ortograf�a. No haga que sea m�s dif�cil leer su pregunta. Si tan solo entender su pregunta requiere esfuerzo, su pregunta ser� ignorada. NO GRITE, NO ES NECESARIO. T4mp0k0 3z n3c354r10 145t1m4R 4l 1D10m4 35kR1b13nD0 k0m0 un 1mB3c11. Las preguntas "URGENTES" ser�n ignoradas. 2. Entendiendo las respuestas Antes que nada, demuestre respeto y cortes�a. Si la respuesta que obtuvo le provey� con suficiente informaci�n para encontrar la soluci�n al problema, pero no la soluci�n misma, escriba una descripci�n clara de la soluci�n completa y env�ela a la lista (respondiendo a su propio mensaje original, de ser posible). De esta manera, otras personas que en el futuro tengan el mismo problema se beneficiar�n del esfuerzo realizado. Si recibe una respuesta como "RTFM", "STFW", "RTFF" o similares ("lea el manual", "busque en la web", "lea le FAQ" -- todas con algunos adjetivos floridos de por medio), hizo algo mal. Muy probablemente no incluy� suficiente informaci�n para dejar ver que ya hab�a hecho todo eso antes de preguntar. Pero a�n este tipo de respuestas contienen informaci�n �til: quieren decir que la respuesta a lo que Vd. pregunta /est�/ en el manual, la web o el FAQ y es /f�cil/ de encontrar. Si no entiende la respuesta ("necesita frisinflosear los datos") util�cela como el siguiente punto de b�squeda (e.g., tal vez el manual dice algo respecto a "frisinflosear datos"). Si a�n as� no encuentra una respuesta, conteste indicando que es lo que a�n no entiende y qu� hizo para tratar de entenderlo. Si se siente agredido por una respuesta y realmente est� siendo agredido, es posible que alguien m�s se lo haga ver a qui�n contest�. El irrespeto no es algo bien visto en esta parte del mundo, pero hablar en forma directa s� lo es. Si se siente agredido y responde con una agresi�n, tiene un buen chance de entrar en la lista negra personal de muchos (y si la agresi�n con la que responde se pasa de la raya, probablemente entrar� en la lista negra del servidor de correo que hospeda a la lista). Lamentablemente en todas las listas hay gente poco sociable y sin ning�n valor para la lista; si tiene la mala suerte que uno de ellos le contesta agredi�ndolo, /ign�relo/. Si no recibe una respuesta y Vd. cree que hizo todo de acuerdo con esta gu�a, bueno, nadie lo sabe todo, �verdad? Le deseamos una feliz y productiva participaci�n en las listas de correo del grupo, La Administraci�n, [EMAIL PROTECTED] -- Desuscripci�n: escriba a [EMAIL PROTECTED], tema 'unsubscribe' Problemas a: [EMAIL PROTECTED] http://www.linux.or.cr/listas
