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