lunes, 17 de mayo de 2010

Licencias para la documentacion

Muy buenas!!!!

El otro día realizando una práctica para la asignatura de Software Libre, ví que el software no es el único que tiene licencia, sino que la documentación del mismo también esta licenciado. Estas licencias son las llamadas licencias para la documentación, y cómo ocurre con las licencias de software, hay licencias libres y licencias privativas.

Cómo no, vamos a hablar de las licencias libres para la documentación. Estas licencias siguen mas o menos el mismo modelo que las licencias libres de software: se trata de dar a todos los usuarios ciertas libertades. La redistribución (incluida la redistribución comercial) debe permitirse, de forma que el manual pueda acompañar a cada copia del programa, en línea o en papel. El permiso para modificar también es crucial.

Ahora voy a hablar de algunas de las licencias libres disponibles, sacadas de la página de GNU (http://www.gnu.org/licenses/license-list.html#DocumentationLicenses).
La Licencia de Documentación Libre de GNU.
Esta es una licencia pensada para el uso de documentación libre con copyleft. Se plantea adoptarla para todos los manuales de GNU. Es también conveniente para otro tipo de obras útiles (tales como libros de texto y diccionarios, por ejemplo). Su aplicabilidad no se limita a los trabajos textuales ("libros").

La Licencia de Documentación de FreeBSD.
Es una licencia de documentación libre simple y permisiva sin copyleft pero compatible con la GNU FDL.

La Licencia de Documentación Común de Apple, versión 1.0.
Es una licencia de documentación libre que es incompatible con la GNU FDL porque la sección (2c) dice: "no añada otros términos o condiciones a los de esta licencia", y la GNU FDL tiene términos adicionales no considerados en esta licencia.

La Licencia de Publicación Abierta, versión 1.0.
Esta licencia puede usarse como una licencia de documentación libre. Es una licencia con copyleft de documentación libre siempre y cuando el propietario de los derechos de autor no ejerza ninguna de las "OPCIONES de LICENCIA" listadas en la Sección VI de la licencia. Si se invoca cualquiera de las opciones, la licencia deja de ser libre.
Aquí GNU nos da la recomendación de no usar esta licencia, ya que, aunque se use esta licencia sin ninguna opción y sea libre, puede que alguna otra persona coja nuestro manual o texto, y no sea consciente de esa clausula o se le olvide o que sepa que existe pero cree que no pasa nada si utiliza alguna de estas opciones y acabe haciendo el manual no libre, pero él seguir pensando que el manual es libre.
Y esto es todo por hoy, podéis encontrar más información sobre licencias de documentación en este link: http://www.gnu.org/philosophy/free-doc.es.html

Un saludo.

jueves, 13 de mayo de 2010

Presentaciones sobre Software Libre

Muy buenas!!!!!

Hoy os voy a poner tres enlaces para que podais ver presentaciones de ponentes de congresos de software libre:

WhyFloss Madrid 2010
OpenSegovia 2010
Akademy-es 2010 (Orientado para desarrolladores y usuarios de KDE)

Cómo os digo en estas tres páginas podréis encontrar infinidad de charlas sobre software libre. Yo personalmente he visto una presentación de Eduardo Romero que es el responsable técnico del Ayuntamiento de Zaragoza que dio en el WhyFloss de Madrid.
En esta presentación nos habla sobre la migración a software libre del Escritorio del funcionario municipal de Zaragoza.

Primeramente comenta los pasos que se han dado para esta migración. Empezaron instalando en un sistema operativo Windows lo que ellos llaman "Apps Ligeras", esto es, pequeños programas libres como Mozilla, Thunderbird, etc. que eran fáciles de migrar y que no suponían un gran impacto para el usuario final. El segundo paso fue en el ámbito de la ofimática, en el que migraron de Microsoft Office a OpenOffice. Y ya como último paso cogieron esas máquinas que tenían XP y que ya tenían instalados programas libres y los migraron a Linux.

Luego comenta todo lo que supone esta migración "por detrás". Han tenido primero que realizar una formación para los técnicos informáticos, ya que, estaban bastante acostumbrados a herramientas privativas y, por supuesto, también hay que hacer cursos de formación para el usuario final.

Se comenta también las dificultades que han pasado para realizar la migración de ciertos programas a software libre. Da el ejemplo de ACCESS que no pueden realizar una migración "directa" a su homónimo en software libre, ya que, se requeriría mucho tiempo y dinero. Por lo tanto, lo que han hecho es utilizar un emulador de Windows llamado Wine, para este tipo de programas, cuya migraciónes no son tan sencillas.

Y por último habla sobre las ventajas e inconvenientes de haber hecho esta migración. Para mi este es el apartado más interesante de toda la presentación.
Como ventajas habla del ahorro de dinero en licencias, de la independencia tecnológica (ya no tienen que estar sujetos a los programas de un sistema operativo) trabajar con formatos abiertos, esto supone no obligar al ciudadano a relacionarse con la administración en formatos privativos.
Y como desventajas la primera frase que dice, es que las desventajas son muchas. Por ejemplo el desconocimiento total del software libre de técnicos, usuarios, directivos, lo que crea una gran incertidumbre el realizar esta migración. Todo el mundo tiene que adaptarse al nuevo software, lo que requiere tiempo y dinero. Y la última desventaja es el problema de las empresas que te rodean, es decir, la gran mayoría de las empresas con las que trabajan utilizan software privativo, lo que hace que no siempre sea fácil trabajar con ellas.

Por lo tanto, la "enseñanza" que tomo de esta presentación, es que, antes de pasarse al Software Libre, hay que tenerlo todo muy claro, muy bien planificado y saber que te vas a encontrar muchísimas dificultades.


Intentaré ver en estos días alguna otra presentación y comentarla por aquí.
Un saludo!!!!!

domingo, 2 de mayo de 2010

Montaje de un proyecto libre

Muy buenas!!!!!

Hoy os voy a hablar sobre los pasos a seguir para montar un nuevo proyecto de software libre. Me ayudaré de unas transparencias que me han colgado en mi asignatura de software libre y os iré resumiendo los puntos que considere más importantes.

Comienzos
- Recomendable empezar con un programa ya existente, aunque sea pequeño.
- Tomar decisiones sobre los aspectos legales (tipo de licencia y quién tendrá el copyright)
- Incluir la licencia e información del copyright en todos los fuentes.

Software
- Código limpio.
- Preparar el software para que se adaptable a otros idiomas.
- Documentar el código
- Distribuir el software con la licencia (COPYING), documento con información general(README), documento con información para instalar (INSTALL) y binarios

Infraestructura
- Repositorio de software (ftp, http)
- CVS / Subversion, CVS-Web, Bonsai.
- Gestión de incidencias (Gnat, Bugzilla)
- Sistema de foros (Postnuke, Drupal)
- Blogs de desarrollo
- Listas de correo
- Forja para el proyecto (SourceForge, Savanah, Berlios)

Usuarios
- Simplificar el proceso de compilación e instalación
- Que los usuarios puedan ayudar en el proyecto
- Motivar a los usuarios para que usen los recursos que ofrecemos
- Actualizar constantemente la información
- Facilitar que los usuarios puedan expresarse
- Darles la posibilidad de que puedan llegar a ser Co-Desarrolladores

De cara al público
- Web para el proyecto
- Cuidar mucho la imagen de la web
- Incluir vídeos, demos, artículos en la Web
- Ejemplos de uso
- Información de dónde se encuentran los fuentes y los binarios
- Ofrecer documentación

Publicidad
- En congresos
- En sitios Web relacionados
- En Grupos de News
- En Listas de Correo
- Anunciar el software en sitios específicos. Por ejemplo, Freshmeat

Estos son algunas de las recomendaciones que podéis seguir si queréis empezar un proyecto, pero la recomendación más importante, es que, tendréis que trabajar mucho para poder llevar el proyecto a buen puerto, además incluso aunque lo deis todo por él, las posibilidades de que tu proyecto llegue a ser conocido son muy bajas.

Esto es todo por hoy!!!!un saludo