Una idea para mejorar la lista
Lost Password
lostgroups en gmail.com
Mar Mayo 31 06:16:32 CDT 2005
On 5/31/05, Luis Lopez Lopez <xuzo en ikossi.org> wrote:
>
> Hace un tiempo estamos intentando hacer un boceto desde el wiki de
> ubuntu-es[1], teniendo un usuario en ubuntu-es cualquiera puede editarlo
> y mejorarlo.
>
> La idea es que estas normas estén hechas un poco entre todos y poder
> tomarlas como "referencia".
>
> El administrador de la lista se ha mostrado de acuerdo en incluir las
> "normas" en el correo que llega cuando te subscribes a la lista y, en
> principio, tener una serie de normas básicas conocidas por todos sería
> bueno y ayudaría a mantener un poco el orden :)
>
> Saludos.
Uhm... Creo que igual no es suficiente incluir en todos los correos un
enlace al wiki. Estaría bien que el wiki incluyera toda la información
desarrollada, pero enviar un correo a la semana con lo más importante.
Por ejemplo, este es el mensaje que bajo el asunto: "[CONSEJO] para un
mejor uso de los grupos e.c.o.l" aparece en los susodichos grupos (he
modificado las referencias a e.c.ol por las nuestras:
> ¡Atención! Antes de enviar mensajes a la lista de Ubuntu en español
> lee por favor estos consejos.
>
> Este mensaje no es mas que un extracto resumido de los consejos que
> se ofrecen en la dirección:
>
http://www.ubuntu-es.org/wiki/canales:normas
>
> Su lectura es altamente aconsejable, ya que aqui se indican solo
> los puntos minimos imprescindibles.
>
> Ultima actualizacion: 12/07/2002 - 19:41:06
> Autor(es): Sergio Rael
> ___________________________________________________________________
>
> 1. CONSIDERACIONES GENERALES
>
> Al preparar el mensaje tenga en cuenta que las máquinas de otras
> personas no tienen porqué ser igual que la suya. Aquí tiene una
> serie de normas a tener muy presentes:
>
> 1.1. Los mensajes deben ir siempre en texto plano (text/plain)
>
> Y preferiblemente siguiendo el estándar ISO-8859-1 en 8bit si es
> posible. _No se admiten_ el envío de mensajes en HTML ni adjuntar
> ningún tipo de archivo (zip, tgz, jpg, gif, vcard, etc). Si estos
> resultaran de interés se debe de referir a ellos mediante un enlace
> hacia un sitio http o ftp en el que ya estén almacenados.
>
> 1.2. Mantenga siempre sus lineas por debajo de 72 caracteres si es
> posible
>
> Así las lineas no pasarán de 80 cuando la gente empiece a citarlas
> en sus respuestas. Muchos editores tienen capacidad de formateo o
> relleno que harán este trabajo automáticamente para
> usted. Asegúrese de que el editor está realmente introduciendo un
> "retorno de carro" y no solamente cortando las lineas para que
> puedan aparecer en pantalla.
>
> _____________________________________________________________________
>
> 2. ESTRUCTURA DE LOS MENSAJES
>
> 2.1. Crear espacios en blanco aumenta notablemente la claridad.
>
> Es buena idea poner una linea en blanco entre cada párrafo o entre
> lo que está citado y sus respuestas. Una linea en blanco sólo añade
> un byte a lo que ocupa un mensaje, por lo tanto no dude en
> aprovecharse de ellas porque le ayudaran a mantener lo que quiere
> decir mucho más claro.
>
> 2.2. Haga referencias al mensaje original.
>
> Cuando responde a un mensaje tiene el original fresco en su cabeza.
> Cuando otra persona recibe su respuesta no.
>
> Hay diferentes estilos, pero el más usado es utilizar el caracter
> ">" delante de las lineas del autor original a las que se quiere
> responder. Por ejemplo:
>
> >¿El modem Supra336i SP interno es un winmodem?
>
> Míralo tú mismo en la dirección que doy abajo.
>
> A veces si los párrafos son muy largos, se suele resumir lo escrito
> por el autor original de esta forma:
>
> >[Hablando sobre los inconvenientes de los entornos gráficos]
>
> En mi humilde opinión, todos estos inconvenientes radican en
> el excesivo...
>
> 2.3. No incluya nunca todo el mensaje al que está contestando
>
> Elimine las partes que no son fundamentales hasta el mínimo que le
> pueda dar sentido a la respuesta. Generalmente en un artículo jamás
> deben haber menos lineas de respuesta que lineas citadas.
>
> 2.4. Si incluye una firma manténgala corta y precedida siempre por
> "-- "
>
> Puede incluir lo que quiera en ella pero lo aconsejable es que no
> sea más larga de 4 lineas. Causa muy mala impresión ver un mensaje
> en el que la firma es mayor que lo que hay escrito.
>
> ____________________________________________________________________
>
> 3. REDACCIÓN
>
> 3.1. Elija un Asunto: (Subject:) adecuado.
>
> Las lineas de Asunto: (Subject:) deben usarse con mucho cuidado. El
> mejor Subject: es el que resume en pocas palabras el tema del
> mensaje. Evite asuntos poco claros como "Socorro esto no
> funciona", "Un par de preguntas" o "Linux no me hace caso", es
> probable que así lo único que consiga es que la persona más
> capacitada para contestarle ni siquiera lea su mensaje.
>
> 3.2. No escriba todo el mensaje en mayúsculas.
>
> Es muchísimo más sencillo leer una mezcla de mayúsculas y
> minúsculas. Jamás envíe un mensaje solamente con mayúsculas ya que
> además de resultar muy molesto los demás interpretarán que está
> gritando.
>
> 3.3. Procure que lo que escribe sea de fácil lectura.
>
> Manténgalo simple, párrafos cortos y directo al grano. Esto
> significa ser conciso, no críptico.
>
> 3.4. Describa con detalle su problema.
>
> Cuando pregunte algo intente agregar todos los detalles que
> considere importantes: mensajes de error, nombre y versión de los
> programas, hardware, etc. Los que le responderán no son adivinos, y
> necesitan esa información para dar una respuesta los más exacta
> posible. Preguntas sin información suficiente suelen dar lugar a
> respuestas "Son necesarios más detalles".
>
> 3.5. Las sutilezas no se comunican bien a través de la forma escrita,
>
> especialmente con las computadoras. Recuerde que la mayoría de las
> personas que leerán su mensaje no le conocen. Lo anterior se aplica
> también a los estados de humor. A veces los "smileys": alegre :-),
> triste :-(, o complicidad ;-) pueden evitar una confusión pero no
> abuse de ellos.
>
> ___________________________________________________________________
>
> 4. SEGUIR LA TEMÁTICA
>
> 4.1. Los artículos deben ser breves y ceñirse siempre al asunto del
> que se esté tratando.
>
> Si la conversación da lugar a otro asunto entonces cámbielo en la
> linea de Subject: del encabezado indicando igualmente cual era el
> mensaje que originó el nuevo tópico. Por ejemplo:
>
> Subject: xdm por defecto (era: Configurar X con XF86Setup)
>
> 4.2. Envie cada mensaje al grupo más apropiado.
>
> Generalmente es suficiente con enviar los artículos a un solo
> grupo, el que sea más apropiado por la temática del Asunto:
> (Subject:).
>
> Si realmente cree que es esencial que el mensaje vaya a varios
> grupos (uno bajo es.comp.os.linux.* más otro/s), entonces deberá
> realizar un envío cruzado (cross-post) a los grupos relevantes
> enviando el mensaje una sola vez con todos los grupos indicados en
> la opción Newsgroups: del encabezado. Por ejemplo:
>
> Newsgroups: es.comp.os.linux.programacion,es.comp.lenguajes.c
>
> De este modo, enviando un único mensaje a los grupos de noticias,
> los programas de noticias son capaces de transferir también una
> única copia. Además, los usuarios con lectores de noticias
> "inteligentes" verán el mensaje una sola vez. Enviar el mensaje por
> separado a cada grupo sólo puede molestar a los demás usuarios,
> además de malgastar recursos inútilmente.
>
> 4.3 Revise los grupos a los que va su respuesta.
>
> Cuando envíe un followup (mensaje enviado a las news como respuesta
> a otro mensaje en las mismas), esté atento acerca de los grupos a
> los que vaya dirigido. El mensaje al que está respondiendo podría
> haber sido enviado a multitud de grupos, y por defecto su respuesta
> ira a todos esos grupos igualmente.
>
> La gente siempre asumirá que el mensaje se envió a un grupo
> específico y que la respuesta irá a parar al mismo grupo. La idea
> es hacer que los hilos de conversación (threads) siempre tengan
> sentido en cada grupo en el que aparezcan.
>
> 4.4. Lea siempre toda la discusión en progreso del hilo (thread)
> antes de enviar una respuesta.
>
> Los mensajes de agradecimiento, de enhorabuena, etc. sólo necesitan
> ser vistos por el interesado, envíelos por correo electrónico en
> vez de a los grupos.
>
> 4.6. Envíe la respuesta por correo electrónico si esta va dirigida a
> una persona solamente.
>
> La gente generalmente NO está interesada en respuestas
> personales. De todos modos, un envío al grupo es aceptable si algo
> del mensaje es de interés general.
>
> ___________________________________________________________________
>
> 5. CONVIVENCIA
>
> 5.1 Intente no enviar mensajes fuera de la temática del grupo
> (Off-Topic)
>
> y si considera que no tiene más remedio o que realmente pueden
> interesar a todos los miembros del grupo (lo que es muy difícil de
> determinar) indíquelo claramente en el Asunto: (Subject:). Por
> ejemplo:
>
> Subject: [Off-Topic] Las news siguen dando problemas
>
> 5.2 Sopese el contenido de sus mensajes.
>
> Antes de enviar un mensaje especialmente "rudo", es aconsejable que
> antes se distraiga unos minutos con algo. Puede que se dé cuenta
> posteriormente que su primera reacción era desproporcionada. Tómese
> un descanso antes de enviar algo en estado de cólera o que pueda
> dañar o encolerizar a otros. Su estado anímico puede cambiar pero
> su artículo permanecerá en la red.
>
> 5.3 En es.comp.os.linux.* (así como en todos los grupos de la
> jerarquía es.* de España) resulta completamente admisible el
> usar cualquier lengua española,
>
> entre las que se incluyen: castellano, catalán, euskera, gallego,
> etc. La lengua por defecto es el castellano y por deferencia hacia
> los demás si se utiliza otra lengua que no sea este conviene
> indicarlo en el Asunto: (Subject:) del mensaje.
>
> 5.4. No caiga en la trampa de responder a provocaciones o flamewars.
>
> Las personas que envían provocaciones gratuitas al grupo (Ejemplo:
> "Linux apesta", "El timo de la estampita", etc) solamente pretenden
> molestar a los demás y divertirse leyendo las previsiblemente airadas
> respuestas. No hay nada que les moleste más a esa gente que el ser
> ignorados.
>
> 5.5. Considere como imprescindible el usar diferentes fuentes de
> información antes de enviar una pregunta.
>
> Hay muchas fuentes de información (FAQs de los grupos, HOWTOs,
> manuales, libros, man, páginas Web, etc) y hay muchas maneras de
> encontrar respuestas sin tener que malgastar recursos de la red y
> sin obligar a cientos de personas a leer su pregunta y muchos
> voluntarios a malgastar tiempo respondiendo.
>
> 5.6. No reenvíe correo privado hacia un grupo de news sin permiso
> del autor
>
> Generalmente se considera de muy mala educación el enviar a un
> grupo de noticias la copia de un mensaje de correo privado sin el
> permiso expreso del autor, además de poder resultar una violación
> del copyright (no es broma).
>
> 5.7. Tenga presente que en los grupos de noticias la gente ayuda a
> los demás de forma solidaria y desinteresada.
>
> Por ello jamás puede exigir que le respondan. Si no recibe
> respuesta espere unos días, déle tiempo a la gente para leer su
> mensaje, y vuelva a reenviar su consulta aportando más detalles si
> es posible.
>
> 5.8 Del mismo modo, si observa que la respuesta que se le ha dado a
> alguien es incorrecta o incompleta, no arremeta contra quien la
> envió.
>
> Lo único que tiene que hacer es limitarse a enviar usted su
> respuesta, en el modo que piensa que sí es correcto. Recuerde que
> nadie deja nunca de aprender y que todos le agradecerán su
> contribución.
>
> ____________________________________________________________________
>
> 6. BIBLIOGRAFIA USADA:
>
> * Rules for posting to Usenet de Mark Moraes
> <netannounce en deshaw.com> enviadas habitualmente por
> news.announce.newusers y news.answers.
>
> * Hints on writing style for Usenet de Mark Moraes
> <netannounce en deshaw.com> enviadas habitualmente por
> news.announce.newusers y news.answers.
>
> * RFC 1885: Netiquette Guidelines de S. Hambridge, Octubre 1995
Más información sobre la lista de distribución ubuntu-es