El blog de ERiDeM

Continuing with the progress in Software Libre classes, today we will look at the differences among the most important licences which we have studied.

GNU GPL

This licence allows the redistribution of the source code and the binary files of a programme. The source code may be given together with the binary files or you should provide a channel to get it. Another of its characteristics is the permission to modify the code, with the restriction of the licence inheritance. In other words, when we publish a source code with a GNU GPL licence, it will never use any other licence, so the code will be totally “libre”.

One of the aspects, which has been most discussed about the GNU GPL licence, is the prohibition to integrate others codes under incompatibles licences (which, later, will be resolved with other licence).

The most important characteristics of this licence are:

• The software cab be allowed to copied, given as a present or sold.
• It includes, directly or with other channels, the source code.
• To inherit the GNU GPL licence to its modifications.
• Not to redistribute the source code with others which have not compatible licences.

GNU LGPL

This licence is practically the same as the previous one, with the difference in the 4th point: it can be distributed with other codes which have other licences.

This type of licences belong to programmes like Mozilla and OpenOffice, which live in operating systems like GNU-Linux, MS-Windows or Mac, and which can integrate codes that are not free.

BSD

The BSD licence implies total freedom over the software. It has the same characteristics as a GNU GPL licence except the 4th point: the licence inheritance. Once you have a programme a BSD licence, we will be able to do any modification and to apply the licence which we like (even a privative licence).

Some people think that this licence is most “libre” of the three because you are able to modify even the licence. Other people think that this licence is a danger to retain the software freedom if somebody applies another kind of licence.

This kind of licence are usually applied to software which can be used like standard. Therefore, the companies which use this software, will be able to create “forks” starting from a base.

Questions

• What licence do you think is the most free?
• What kind of licence will you apply to your programme?

Hace tiempo (creo que dos años) me introduje en el mundo GNU-Linux y con ello, surgieron un montón de curiosidades que rodeaban este mundillo. Entre otras cosas leí un ensayo de Eric S. Raymond titulado The Cathedral and the Bazaar sobre el software libre.

El ensayo trata al software no libre como una catedral: creación de un software bajo un esquema bien definido y un grupo de programadores bien coordinado; y al software libre como un bazar: aportación variada de software con propósitos dispares y liberada en cuando fuera posible.

Eric S. Raymond habla sobre su experiencia en la evolución de un programa de correo electrónico, el cual modifica bajo una licencia libre. Durante la modificación mostrará algunas de las ideas que fueron surgiendo:

1. Todos los trabajos buenos en software comienzan tratando de paliar un problema personal del que los programa.
   
2. Los buenos programadores saben qué escribir. Los mejores, qué reescribir (y reutilizar).
3. Piensa en desechar al menos uno: lo terminarás haciendo de todos modos. (Fred Brooks, The Mythical Man-Month, Capítulo 11)
4. Si tienes la actitud adecuada, los problemas interesantes te encontrarán.
5. Cuando un programa deja de interesarte, tu último deber es pasarlo a un sucesor competente.
6. Tratar a tus usuarios como colaboradores es el camino menos complicado para mejorar con rapidez y depurar eficazmente un programa.
7. Lánzalo pronto. Lánzalo a menudo. Y escucha a tus usuarios.
8. Dada una base lo suficientemente amplia de probadores y colaboradores, casi todos los problemas se identificarán con rapidez y su solución será obvia para alguien.
9. Estructuras de datos inteligentes asociadas a un código torpe funcionan mucho mejor que la alternativa opuesta.
10. Si tratas a la gente que te ayuda a depurar un programa como si fueran tu recurso más valioso, responderán convirtiéndose en eso precisamente.
11. La siguiente cosa mejor que tener buenas ideas consiste en reconocer las buenas ideas de tus usuarios. Y en ocasiones ésta última es la mejor en términos absolutos.
12. A menudo, las soluciones más sorprendentes e innovadoras surgen al darte cuenta de que la idea que se tenía del problema estaba equivocada.
13. La perfección (de un diseño) no se consigue cuando no queda nada por añadir, sino más bien cuando no resta nada por eliminar.
14. Toda herramienta debe resultar útil en la forma prevista, pero una gran herramienta te lleva a usarla para realizar cosas jamás pensadas.
15. Cuando escribas programas que actúen como pasarelas de datos (gateway software), ten cuidado de modificarlos lo menos posible; y nunca elimines información a menos que su destinatario te fuerce a hacerlo.
16. Si el lenguaje de tu programa no es Turing-completo ni por asomo, puede venir bien endulzar su sintaxis.
17. Un sistema es sólo tan seguro como su secreto. Cuidado con los falsos secretos.
18. Para resolver un problema interesante, comienza por encontrar uno que lo sea para tí.
19. Si el coordinador de un proyecto tiene a su disposición un medio de comunicación al menos tan potente como Internet, y sabe como conducir a la gente sin coaccionarla, muchas cabezas son inevitablemente mejor que una.

El libro, de lectura recomendada aunque no te interese el software libre (sino el software en sí), se puede leer de la página:

http://es.tldp.org/Otros/catedral-bazar/cathedral-es-paper-00.html#toc10