Estimados solicito saber quien de ustedes sabe donde se realizan cursos de CMMI
gratis.

INTECO (Instituto Nacional de Tecnologías de la Comunicación), desde su línea de
Calidad del Software, ha definido una serie de servicios online que se ofrecen
desde el portal del INTECO (www.inteco.es) con carácter gratuito con el fin de
apoyar, capacitar y facilitar la implantación de procesos y prácticas de calidad
en el software.
Entre estos servicios se encuentra el `Servicio de auto-diagnóstico', que
permite a las empresas auto evaluar el estado de sus procesos frente a un modelo
contrastado y obtener una serie de recomendaciones de mejora.
Otro de los servicios es el `Directorio de Herramientas', orientado a la
promoción del uso de herramientas como soporte a los procesos de calidad. Este
servicio permite la búsqueda y comparativa de herramientas dentro de un catálogo
categorizado.
Complementando los anteriores, el servicio `Repositorio Documental de Procesos',
ofrece un catálogo de activos que sirvan de soporte a los procesos del ciclo de
vida del desarrollo de software, con funcionalidades de búsqueda y descarga de
activos.
Desde el portal del INTECO también se dispone de un servicio de `Formación
on-line', con una amplia oferta de cursos que recopilan e integran conocimientos
y experiencias sobre metodologías y certificaciones en materia de calidad del
software.

Buenas tardes,

para todos los que estén interesados en conocer distintos aspectos sobre CMMI,
comunicaros que vamos a escribir una serie de artículos al respecto.

De momento, ya tenemos el primero; lo podeis consultar en:

http://www.oxxigeno.com/blog/2009/07/cmmi-hacia-la-mejora-de-procesos-¿estamos-p\
reparados/

Saludos

Seminario Desmitificando Scrum & Agile

Objetivo

Publico Apto

Temas a abordar

• Scrum es para mi?
• De que se trata la Gestion Ágil?
• Que es Scrum?
• Cuales son los fundamentos?
• Porque funciona?
• Porque difiere tanto de la Gestion Tradicional de Proyectos?
• Como Implementar Scrum en su Equipo?
• Cuales son los benefícios para mi equipo, mis proyectos y mi organizacion?

The Scrum Experience

Objetivos:

Cada individuo sera capacitado para ser capas de asumir las siguientes responsabilidades:

• Utilizar Scrum para gerenciar el trabajo como miembro de un equipo de desarrollo de productos.
• Remover las barreras entre el desarrollo y el cliente, para que el cliente dirija el desarrollo.
• Enseñar al cliente como maximizar el ROI y alcanzar sus objetivos a través de Scrum.
• Mejorar continuamente la vida del equipo de desarrollo a través de su fortalecimiento y la liberación de su creatividad.
• Mejorar continuamente la productividad del equipo de desarrollo de todas las formas posibles.
• Mejorar continuamente las practicas de ingeniería y sus herramientas, para que todo incremento de funcionalidades sea potencialmente entregable.

Metodología del Workshop

Usaremos muchos ejercícios durante la capitación. Después de la misma no solamente entenderá Scrum, sino que sentirá la diferencia. Este Workshop ofrecerá el sentimiento de Scrum en si mismo. La primer parte sera dedicada al porque de la filosofía de Scrum. Durante la segunda parte se descubrirán las herramientas y el Como de Scrum. A través de historias, casos de estudio y experiencias enseñaremos la metodología Scrum y como aplicarla para ser un gerente de proyecto Ágil o un miembro de un equipo usando Scrum para gerenciar su día a día.

AGENDA

Fundamentos de agilidad y Scrum, ejecutando proyectos con Scrum, planeando y escalando proyectos Scrum, Desarrollo offshore usando Scrum, realización de contratos de precio y datos(fecha?) fijos, asegurando las praticas de ingenieria.

• Que es Scrum?
• Que es el flujo de Scrum?
• Que significa Desarrollo iterativo e incremental?
• Planeamiento y estimativas Ágiles
• Retrospectivas de Sprints
• Planeamiento estratégico y planeamiento táctico
• Reunión Diaria de Scrum y como trabajar con una lista de tareas
• Velocity Game - planeando y haciendo en acción

SEPG LA 2008
12-14 Noviembre, Mar del Plata, Argentina
Mas información: sepgla@... / www.esi.es/SEPGLA/ .

El PROGRAMA: con más de 30 presentaciones, seminarios, paneles y
charlas magistrales con los mejores oradores de todo Latinoamérica,
Europa y USA está disponible en la web: www.esi.es/SEPGLA/ .

CAPACITACION: Además del programa oficial de la conferencia los
asistentes tendrán la oportunidad de asistir a los cursos
complementarios organizados entorno a la misma:

• ISO/IEC 20000 Auditor  (mas info:
• ITIL ® Foundations v3
• Intro to CMMI
• Reutilización
• SOA
• CMMI for Acquisition
• CMMI for Services
• Introduction to the People CMM

EXAMENES: SEI ha previsto además completar y extender el alcance de
la conferencia organizando en ella los siguientes exámenes:

• SCAMPI Lead Appraiser
• CMMI for Services and CMMI for Acquisition.
• SCAMPI High Maturity LA Entry Exam (Tentative-PSP Developer)
• TSP Coach

II ENCUENTRO SPIN Latinoamericano: que tendrá lugar por segunda vez
durante la conferencia.

I ENCUENTRO DE LA COMUNIDAD MORFEO DE SOFTWARE LIBRE EN IBEROAMERICA:
el martes 11 por la tarde en Mar del Plata está prevista la reunión
de lo que será el primer encuentro de la comunidad internacional
desarrollado en la región.

Quinta Conferencia SEPG LA  copatrocinada por  European Software
Institute (ESI) y Software Engineering Institute (SEI), Carnegie
Mellon University, y organizada localmente por ESICenter Cono Sur
como  Anfitrión Local de la misma.

Tema: "Combinando Disciplina con Métodos Ágiles": Calidad y mejora
continua a partir de la implementación de Mejores Prácticas para el
Desarrollo de Software y Gobierno de TI.

Fecha: 12, 13 y 14 de Noviembre 2008.

Lugar: Mar del Plata, Argentina. (Hermitage Hotel)

Inscripciones: on line - www.esi.es/SEPGLA

El PROGRAMA con más de 30 presentaciones con los mejores oradores de
todo Latinoamérica, Europa y USA ya está disponible en la web:
www.esi.es/SEPGLA/

Como ejemplos del interesante contenido técnico:

KEYNOTE SPEAKERS:
	 Manel Benazet, CIO, Telefónica. Brasil
         Hillel Glazer, CEO, ENTINEX.USA

SEMINARIOS:
- Mind the Gaps
   James McHale  & James Over, Software Engineering Institute. USA
- Quantitative Thinking and the High Maturity Practices of the CMMI
   Kent Johnson, AgileDigm Incorporated. USA
- Agregando valor a la Mejora de Procesos a través de Gestión de
Conocimiento
   Alejandro Bianchi, Liveware. Argentina
- ITIL & CMMI
   Jesús Salillas & Guillermo Leruga, European Software Institute &
GRUPO TEKNE. España & Argentina
- A Holistic Approach to Process Improvement: People, Process,
Technology and Culture.
   Palma Buttles, Software Engineering Institute. USA
- A six sigma practical approach to software estimation
   Luiz Antonio Bernardes & Martín Miceli, Motorota Brasil & Motorola
Software Center Argentina

Hola Luis,
te cuento, esto es muy común de parte de los clientes, por lo menos
acá en la Argentina, me ha pasado en varias de las empresas que he
trabajado.

El tema se resuelve así, los fuentes son propiedad de la empresa
desarrolladora, el cliente no compra los fuentes sino un producto
terminado el cual surge de estos fuentes, por lo que el cliente no
tiene derechos para solicitarlos.
Además, la empresa desarrolladora no puede ni está obligada a entregar
estos fuentes porque es un componente vital y principal de su negocio,
además de los derechos intelectuales, de propiedad y todo lo legal.
Por lo tanto, para satisfacer la inquietud del cliente, lo que se hace
es dejar una copia de los fuentes en custodia en una escribanía, a
través de un acuerdo o contrato ante escribano, el cual contiene una o
varias cláusulas que indican que el cliente no puede, bajo ningún
punto de vista, hacer uso, lectura, modificación ni ningún tipo de
operación con esos fuentes, salvo que, la empresa desarrolladora deje
de existir, quiebre, o que por algún motivo se compruebe que no puede
prestar más el servicio.

Actualmente nosotros tenemos varios contratos de este estilo con
algunos de los clientes que lo solicitan, y esta es la manera en que
se resuelve.

Espero te sirva.

Saludos.
Gabriel.


--- En AsegCalidadSoftware@..., "Luis R. Gordillo"
<gordilloluis@...> escribió:
>
> Hola a todos:
>
>
>
> Este grupo puede conocer o tener experiencias sobre comercialización de
> software y es por eso que me dirijo a ustedes.
>
>
>
> El dilema sobre entregar o no el código fuente del software desarrollado
> para una empresa debido a razones que se comenta a continuación.
>
>
>
> Una empresa X contrata a una empresa de software para que desarrolle una
> solución a medida.
>
> Entonces la empresa de software desarrolla una aplicación en base a su
> experiencia utilizando técnicas propias que fueron evolucionando en
rutinas
> de gran calidad técnica y que producen al final un software de gran
calidad.
>
> La empresa X obtiene una solución a medida de gran calidad técnica que
> cumple con los objetivos solicitados.
>
> Al transcurrir el tiempo la empresa necesita algunos cambios en el
sistema.
>
> Aquí surgen los problemas y pueden darse los siguientes casos:
>
>
>
> - La empresa desarrolladora puede hacer estos cambios y cobrar un precio
> razonable.
>
> Esto sería lo mejor y todos contentos.
>
>
>
> - La empresa desarrolladora puede hacer estos cambios y cobrar un precio
> abusivo ya que nadie mas puede hacer estos cambios.
>
> - La empresa desarrolladora no puede hacer estos cambios por diferentes
> razones. (Quiebra, falta de tiempo, desinterés en el proyecto, o
simplemente
> por que ya no existe).
>
>
>
> En estos casos (y cualquier otro similar que se les ocurra)
perjudica a la
> empresa X que compró el software ya que no puede adaptarlo a sus
> necesidades.
>
>
>
> Como puede cubrirse la empresa X?
>
> Al comprar el software puede solicitar el código fuente y la
documentación
> necesaria para no depender del proveedor.
>
> Ventajas.
>
> No depende del proveedor.
>
> Puede adaptarlo a sus necesidades cada vez que se necesite.
>
> Garantiza que su inversión inicial de compra no se pierda al no
tener que
> recurrir a un nuevo software.
>
>
>
> Desventaja
>
> Costo muy elevado de adquisición.
>
> Curva de aprendizaje por parte de 3ro en realizar la actualización muy
> pronunciada.
>
> Costo elevado en dinero y tiempo hasta poder realizar las
actualizaciones.
>
> Aun al no depender del proveedor original es posible que los costos sean
> mayores por actualización.
>
> Deberá mantener a la misma empresa 3ro para futuras actualizaciones,
ya que
> de lo contrario deberá buscar uno nuevo con las consiguientes
desventajas.
>
>
>
> Pero hasta aquí solo se habla de la empresa X.
>
> La otra parte, la empresa de desarrollo probablemente no quiera
vender sus
> código fuentes ya que sería develar el "secreto" de su negocio y por lo
> tanto quedar expuesto a copias y competencias desleales, perder su
ventaja
> técnica fruto de su trabajo y experiencia.
>
>
>
> E aquí el problema como desarrollador.
>
>
>
> Como debería pactarse el contrato en un caso como éste donde la
empresa X
> desee estar protegido según todo lo expuesto anteriormente?
>
> Debería cobrarse un precio mucho mas elevado para entregar el código
fuente?
> Y cuanto mas elevado?
>
> Puede conservar su propiedad intelectual aun cediendo el código
fuente para
> uso interno de la empresa X?
>
> Que pasa con las filtraciones de información al contratar a
terceros? Que
> garantía puede dar la empresa X?
>
> No sería mejor establecer una cláusula en la que se entregue los código
> fuentes y solo se recurra a un tercero en caso de que el desarrollador
> original no pueda cumplir o sea abusivo?
>
>
>
> La idea sería entregar los fuentes ante una entidad jurídica que
libere los
> fuentes para la empresa X solo en caso de que la empresa desarrolladora
> incumpliese el contrato o se viese imposibilitada de continuar.
>
>
>
> Agradecería sus opiniones, ideas y experiencias.
>
>
>
> Desde ya muchas gracias.
>
>
>
> Luis.
>

Título...: NORMAS BÁSICAS DE COMPORTAMIENTO EN EL GRUPO
Versión..: 1.1
Fecha....: 2003-09-01
_____________________________________________________________________



  1. Intentá no enviar mensajes en formato HTML u otros distintos al
     básico. Pesan más sin aportar gran cosa. Podés saber si estás
     escribiendo un mensaje en HTML porque tu mailer (el programa de
     correo electrónico) te ofrecerá opciones de edición extra, como
     letra en negrita o color.


  2. No envíes al grupo archivos adjuntos de un tamaño superior a los
     100 Kb por medio del correo electrónico. En su lugar, utilizá el
     área de archivos del grupo que para ello está.

     Además, si bien Yahoo! Grupos entrega todos los archivos adjuntos
     que se envían por medio del correo electrónico, estos no se
     guardan en el área de mensajes; por ello, los archivos e imágenes
     que quieras subir y compartir deberán estar en las áreas de
     archivos y fotos del grupo.


  3. No pidas confirmación automática de los mensajes que envíes. Es
     de pésima educación, pues supone colocar al receptor de tu
     mensaje en la disyuntiva de elegir entre que pienses que no lo
     recibió y enviarte información personal que no tiene por qué
     compartir con vos.


  4. No envíes correos masivos y, sobre todo, no los reenvíes. Si
     enviás por necesidad un correo a una lista de personas, colocá
     sus direcciones en el campo de "Copia Oculta" (CCO). Muchas
     personas pueden querer que tengas su correo electrónico, pero no
     todos tus contactos y menos tanta gente que participa de un grupo
     de discusión.


  5. Nunca envíes mensajes en cadena. Las alarmas de virus y las
     cadenas de mensajes son por definición FALSAS y su único objetivo
     es saturar los servidores y con ellos la red. En los viejos
     tiempos, tus privilegios en la red hubieran sido cancelados.


  6. Saludá antes del mensaje indicando a quién o a quiénes te
     dirigís, y despedite con tu nombre, exactamente igual que harías
     con una carta física. Añadí una línea o dos al final de tu
     mensaje con información de contacto. Esto es importante ya que
     dirigirse a quién sea sin decir quién sos es una actitud pueril,
     propia de niños en rebeldía, y una enorme falta de respeto. Es
     muy desagradable responder anónimos o a entes que no aportan la
     suficiente información para tratarlos con cortesía.


  7. Cuando hagas una pregunta al grupo, destacá lo que hayas
     aprendido a partir de haber intentado encontrar una respuesta
     leyendo material bibliográfico, buscando en la web, preguntándole
     a un amigo con más experiencia, etcétera. Generalmente, a los
     miembros más experimentados de los grupos de discusión les gusta
     responder a la gente que ha demostrado ser capaz de aprender de
     las respuestas. Prepará tu pregunta. Pensá 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. Realmente, te ganarás una
     respuesta si hacés 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 podés y
     querés 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 "Publicá 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.


  8. 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 podés molestarte en hacer eso, el resto de los miembros del
     grupo no pueden molestarse en prestarte atención. Aprovechá el
     esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada
     estirado ni formal; de hecho, la cultura de los grupos de
     discusión valora el lenguaje informal y cómico usado con
     precisión. Pero tiene que ser preciso: tiene que haber alguna
     indicación de que estás pensando y prestando atención.

     Deletreá correctamente. Escribir como un lammer --hAzI3Nd0t3
     pAzAr p0r iNt3lIg3nT3 3zKrIbI3Nd0 k0m0 iMb3zIl-- es el beso de la
     muerte absoluto y te garantiza que no recibirás otra cosa que
     un silencio sepulcral o, si tenés suerte, un montón de desprecio
     y sarcasmo como devolución.


  9. La cortesía nunca hiere e, incluso, a veces hasta ayuda. Sé
     cortés. Usá "Por favor" y "Gracias por adelantado". Dejá claro
     que apreciás el tiempo que emplea la gente ayudándote gratis.
     Esto no es tan importante como --y no puede sustituir a-- ser
     correcto gramaticalmente, claro, preciso y descriptivo, evitar
     formatos propietarios, etcétera, pero ayuda. De todos modos, si
     obtuviste tus conocimientos técnicos en una tómbola, la educación
     incrementará tus posibilidades de recibir una respuesta útil.


10. Recordá que la gente con quienes te comunicás, incluidos los
     administradores y los miembros de los grupos a los que pertenecés
     o que visitás, no cobran por responderte ni tienen obligación de
     hacerlo. Son personas que si te atienden te estarán haciendo un
     favor. Nunca asumas que tenés derecho a una respuesta. No lo
     tenés.


11. Utilizá las mayúsculas y las minúsculas correctamente. LAS
     MAYÚSCULAS DAN LA IMPRESIÓN DE QUE ESTUVIERAS GRITANDO. No hace
     falta decir que escribir líneas, párrafos y mensajes enteros en
     mayúscula es de pésima educación.


12. Utilizá símbolos para dar énfasis: esto *es* lo que quiero decir.
     Utilizá guiones bajos para dar a entender un subrayado: _La
     Guerra y la Paz_ es mi libro favorito.


13. Sé breve sin ser demasiado conciso. Cuando contestés un mensaje,
     incluí el suficiente material original como para ser entendido
     pero no más. Es una mala forma contestar un mensaje simplemente
     incluyendo todo el mensaje anterior: borrá todo el material
     irrelevante.


14. Usá títulos específicos y con sentido. En los grupos de
     discusión, el título o asunto (subject) del mensaje es tu
     oportunidad de oro para atraer la atención de expertos
     calificados en aproximadamente 50 caracteres o menos. No los
     desperdicies en balbuceos. No intentes impresionar al resto de
     los miembros del grupo con lo profundo de tu angustia; usá el
     espacio para una descripción superconcisa del problema en vez de
     eso: el mensaje debe tener un asunto que refleje el contenido del
     mismo. Los asuntos vacíos como "Urgente", "Una pregunta",
     "Necesito ayuda", "Ayuda" y demás frases que no tienen nada que
     ver con el contenido sino con su intención, no son adecuados para
     la publicación en un grupo de discusión.


15. No envíes mensajes que estén fuera de tema para el grupo, ya que
     esto puede molestar a muchos de los miembros del grupo. Tené
     cuidado al elegir dónde planteás tu pregunta. Seguramente te
     ignorarán o te tildarán de perdedor si publicás tu pregunta en
     un grupo en el que se encuentra fuera de lugar (off-topic). Los
     miembros más experimentados de los grupos de discusión suelen
     descartar las preguntas inapropiadas para intentar proteger sus
     canales de comunicación de lo irrelevante. No querés que te
     suceda eso.

     Muchas veces podés tener la respuesta a tu alcance en otro grupo
     dedicado más específicamente al tema sobre el cual trata tu
     consulta. Para ello, podés ayudarte con el mensaje titulado
     "Grupos de Sistemas, Software, Management y Tecnologías" o
     mediante el índice de Yahoo! Grupos. Si aún tomando en cuenta
     estas consideraciones necesitás enviar un mensaje fuera de tema,
     iniciá el asunto (subject) del mismo con las siglas "OT:", que
     significan "off-topic" o "fuera de tema".


16. Tené cuidado cuando escribas la dirección de correo. Hay
     direcciones que llegan a un grupo, pero la dirección parece que
     va sólo a una persona. Fíjate a quién lo estás mandando.


17. Mirá el campo de "Copia" (CC) cuando contestes. Si la primera
     persona que envió el mensaje se lo mandó a varios en su lista de
     correo, no hagas lo mismo.


18. A no ser que usés un dispositivo de encriptación por hardware o
     software, cosa que no debe hacerse cuando se escribe a un grupo
     público de discusión, debés asumir que el correo en Internet no
     es seguro. Nunca pongas nada en un correo electrónico que no
     pondrías en una postal. Por otro lado, algunos mensajes pueden
     aparecer como provenientes de otra persona distinta del autor.
     Aplicá tu sentido común antes de asumir que un mensaje es válido.


19. Si pensás que la importancia de un mensaje lo justifica, contestá
     inmediatamente a la dirección particular del remitente para que
     sepa que lo has recibido y que estás trabajando en la respuesta,
     aunque vayas a mandarle una respuesta más larga más tarde por el
     grupo de discusión.


20. Las expectitivas razonables sobre conducta en el correo
     electrónico dependen de tu relación con la persona y el contexto
     de la comunicación, para el caso este grupo. Las normas
     aprendidas en este ambiente puede que no sean aplicables para tu
     comunicación por correo electrónico con gente a través de
     Internet en otros contextos. Ten cuidado con el argot o siglas
     locales.


21. La publicidad por correo electrónico no es bienvenida. Abstenete
     de hacer publicidad que no haya sido previamente aceptada por el
     administrador del grupo, en especial si se trata de publicidad
     fuera de tema o que, estando en tema, sean desleales al ofrecer
     beneficios inexistentes. Sólo se considerarán ofertas académicas,
     bibliográficas o de software que estén relacionadas con el tema
     de discusión y que les aporte una ventaja a los miembros del
     grupo.


22. Si alguien ofrece un archivo y lo querés, NUNCA se lo pidas por
     el grupo, sino mediante su dirección de correo privada. Los
     mensajes que sólo incluyen frases como "Quiero ese archivo", "A
     mí también", etcétera, son una verdadera falta de consideración
     hacia el resto de los miembros del grupo, quienes no tienen por
     qué soportar tales abusos.


23. Si ofrecés algún archivo, fijate primero si podés subirlo al área
     de archivos del grupo. Si esto es posible, subilo y seleccioná la
     opción para que se avise al grupo sobre la carga; de esta forma,
     no hará falta ofrecerlo. Si no podés subirlo al área de archivos,
     podés ofrecerlo al grupo mediante un mensaje, indicando en qué
     formato está y su tamaño: recordá que no todo el mundo tiene
     banda ancha ni buzones de 50 Mb.


24. Si alguna de las respuestas que querés enviar son de tipo
     personal, incluyendo agradecimientos sin contenido adicional,
     hacelo a la dirección de correo privado de la persona
     destinataria de tal mensaje personal, nunca al grupo. Por el
     contrario, de no ser personal es importante que lo envíes al
     grupo, para que todos los miembros puedan aprender de la
     experiencia y/o participar de la discusión: eso es bueno para el
     grupo.


25. Si por alguna razón alguna de tus consultas se soluciona por vías
     privadas, podría ser bueno para el grupo que te tomes la molestia
     de avisar que la solucionaste, incluyendo la forma en que se
     resolvió. Esto sería bueno para que todos aprendan de tu propia
     experiencia.


26. Las medidas punitorias, si es que fueran necesarias por el bien
     del grupo, quedan a consideración de la administración del mismo.
     Las mismas pueden, dependiendo de la gravedad del incidente, ir
     desde la cancelación temporal de determinados beneficios --envío
     de mensajes sin moderación (revisión), envío de adjuntos,
     etcétera-- hasta la suspensión definitiva de este y otros grupos
     --en especial para el caso de insultos gratuitos, publicidades
     desleales y/o fuera de tema, repetidos envíos de virus (aunque
     sean involuntarios), etcétera.


27. Los antivirus, incluso gratuitos, existen. No te expongas ni
     expongas al grupo a los virus. Si no tenés instalado un antivirus
     en tu equipo, hacelo a la brevedad. Si no sabés de dónde bajar
     uno, podés usar el AVG Anti-Virus System, que puede descargarse
     gratuitamente desde http://www.grisoft.com/


28. NUNCA pidas ser desuscripto enviando un mensaje al grupo. Ninguno
     de los miembros puede hacer nada para llevar a cabo tal tarea.
     Por otro lado, al suscribirte recibís un mensaje que te explica
     cómo desuscribirte, ya sea por correo electrónico o por el sitio
     del grupo. Asimismo, al pie de todos y cada uno de los mensajes
     que se publican en el grupo TAMBIÉN están las instrucciones
     necesarias para desuscribirse. Los miembros más experimentados de
     los grupos de discusión suelen considerar como "poco inteligente"
     a quien solicita su desuscripción mediante un mensaje al grupo.
     No querés que te suceda eso.

     Una vez que pidas la desuscripción mediante alguno de los medios
     adecuados, tené paciencia. La misma se llevará a cabo
     automáticamente y la demora en hacerlo está dada por la carga de
     trabajo que tengan los servidores de Yahoo! Grupos: puede ser
     inmediata o tardar varias horas.



_____________________________________________________________________

Estas reglas están basadas en los lineamientos de netiquette básicos
para correo electrónico propuestos por Netiqueta, un sitio web de la
Sociedad de las Indias Electrónicas (URL: http://www.netiqueta.org/),
el documento "Cómo Hacer Preguntas de Manera Inteligente" escrito por
Eric S. Raymond, por la propia experiencia después de varios años de
administrar foros, listas y grupos de discusión, y por las
sugerencias que los miembros de este y otros grupos van haciendo en
la búsqueda de la mejora de este, su espacio, el espacio de todos.
Cuidémoslo y mejorémoslo entre todos.

Si bien no se plantean como obligatorias, su cumplimiento es
importante por una cuestión de respeto al espacio y al resto de los
miembros.