Diferencia entre revisiones de «Trabajo: Liberar Código de la UCM»

De FdIwiki ELP
Saltar a: navegación, buscar
Línea 1: Línea 1:
 +
</translate>
 
==Introduccion==
 
==Introduccion==
 
El fin de este trabajo es conseguir que todo el código (o al menos la mayoría) en propiedad de la UCM sea liberado. Dicha liberación será, bajo una licencia adecuada, como software libre. El objetivo principal es que el código de los servicios y programas propiedad de la UCM esté disponible para cualquier persona que quiera contribuir a su desarrollo o utilizarlo para otros fines. Como nunca se ha planteado en serio la liberación del código propiedad de la UCM, consideramos que el trabajo es original y necesario.
 
El fin de este trabajo es conseguir que todo el código (o al menos la mayoría) en propiedad de la UCM sea liberado. Dicha liberación será, bajo una licencia adecuada, como software libre. El objetivo principal es que el código de los servicios y programas propiedad de la UCM esté disponible para cualquier persona que quiera contribuir a su desarrollo o utilizarlo para otros fines. Como nunca se ha planteado en serio la liberación del código propiedad de la UCM, consideramos que el trabajo es original y necesario.
Línea 30: Línea 31:
  
 
Santiago Rincón Martínez (DG 5ºA)
 
Santiago Rincón Martínez (DG 5ºA)
 +
 +
</translate>

Revisión de 20:48 21 dic 2017

</translate>

Introduccion

El fin de este trabajo es conseguir que todo el código (o al menos la mayoría) en propiedad de la UCM sea liberado. Dicha liberación será, bajo una licencia adecuada, como software libre. El objetivo principal es que el código de los servicios y programas propiedad de la UCM esté disponible para cualquier persona que quiera contribuir a su desarrollo o utilizarlo para otros fines. Como nunca se ha planteado en serio la liberación del código propiedad de la UCM, consideramos que el trabajo es original y necesario.

Objetivos

  • Liberación parcial o total del código propiedad de la UCM.
  • Que se habilite de un sistema de reporte de modificaciones sobre el código de la UCM.
  • Difusión de la liberación del código de la UCM (si se libera a tiempo de hacerlo).
  • Mejorar la infraestructura digital de la UCM a través del trabajo colaborativo.

Impacto Social

El buen término de este trabajo permitirá tanto a alumnos como a profesores y gente ajena a la UCM revisar el código de los programas y servicios de la misma, permitiendo así la detección de errores, la reproducción de los servicios para su uso por otras instituciones, e incluso la propuesta de arreglos o fixbugs.

Llegado el caso, se podría organizar, bien desde la propia universidad o desde organismos inferiores, hackatones para detectar fallos en los sistemas de la UCM, o para solucionar fallos ya encontrados, permitiendo la colaboración de la comunidad con la universidad.

Finalmente, también permitiría a las estudiantes de informática realizar sus trabajos de fin de grado (o de master) sobre dicho código, añadiendo soluciones o mejoras al mismo.

Como ejemplo del beneficio que una medida de estas características puede tener, están experiencias como la del sistema de votaciones online del ayuntamiento de Madrid. Este sistema de votaciones ya es usado en más de 40 lugares de todo el mundo, incluido el ayuntamiento de París, gracias a que fue liberado como software libre.

La apertura y el software libre son agentes para la democratización del conocimiento y la sociedad.

Trabajo realizado

Para conseguir los objetivos, desde el grupo hemos hablado con el vicerrector de Estudiantes (Julio Contreras Rodríguez) al cual elevamos la petición a través del siguiente correo y el cual nos puso en contacto con el vicerrector Tecnologías de la Información (Luis Hernández Yáñez), con el cual ya hemos mantenido conversaciones al respecto. A última fecha de edición (21/12/2017) el vicerrector nos comunicó que lo estaba hablando con los servicios informáticos de la UCM, y que le gustaría tener una reunión con ellos y con nosotros para inicios de Enero. Uno de los mayores peros que ha manifestado el vicerrector es la existencia de pequeños programas realizados sin suficiente tiempo para arreglar problemas cuya calidad es muy baja, y que por tanto no quieren publicarlo. Desde nuestro punto de vista, este tipo de programas son precisamente los más interesantes para publicar ya que permitiría que alguien los arreglara.

Trabajo a futuro

El próximo paso es ir a la reunión con los servicios informáticos y el vicerrector de Tecnologías de la Información para convencerles de que es, no solo una buena idea, sino una idea beneficiosa para la universidad, y para hablar sobre cómo se liberaría el código y cómo se gestionaría la recepción de aportaciones de terceros al mismo.

Finalmente, si aún viendo que es posible la liberación, percibimos una falta voluntad desde vicerrectorado para liberar el código, como plan B tenemos intención de llevarlo a la delegación de estudiantes a través de los cauces oportunos para que esta lo lleve al consejo de gobierno y se consiga aprobar una directiva desde el mismo instando al vicerrector de Tecnologías de la Información a liberar el código.

Integrantes del grupo

Alfredo Ibias Martínez (DG, 5ºA)

Daniel Loscos Barroso (DG 5ºA)

Marco Desantes Gutierrez (GII 4ºA)

Santiago Rincón Martínez (DG 5ºA)

</translate>