29 de Julio, a un mes de la salida de la GNU GPL versión 3, a continuación un breve análisis de dicha licencia. Tanto la GPLv3 como su antecesora GPLv2 deberían ser leídas aunque sea por arriba alguna vez, para conocer la forma en que la FSF defiende la libertad del software mediante éstas licencias.
Si tienen un sistema operativo GNU/Linux, busquen “gpl*” o “gpl.txt” en su disco, y probablemente encuentren más de una copia de la GPLv2. De todas formas amban se distribuyen libremente por Internet. Si bien no hay traducciones oficiales al español, pueden encontrar algunas traducciones en el sitio de la FSF.

El siguiente artículo cita texto de la GPLv3 y GPLv2, traducidos de forma no autorizada ni aceptada por la FSF al español. Por lo tanto las citas no deben considerarse como textuales, sino una referencia. Para acceder a la versión oficial de dicho texto, leer GPLv2 y GPLv3.

Para empezar, cito la definición del Software Libre que trae la licencia en su comienzo:
“Cuando hablamos de software libre, nos referimos a libertad, no precio. Nuestras Licencias Públicas Generales están diseñadas para asegurarse de que tengas la libertad de distribuír copias de software libre (y cobrarlas si deseas), que recibas el código fuente o que puedas conseguirlo si lo quieres, que puedas cambiar el software o que puedas usar pedazos de él en nuevos programas libres, y que sepas que puedes hacer éstas cosas.”

Ya en el preámbulo de la GPLv3 encontré algunos cambios, por ejemplo, se agregó la línea:
“La Licencia General Pública GNU es una licencia libre, copyleft para software y otros tipos de trabajos.”
Nótese “otros tipos de trabajos”. Ésto seguramente ya adelantando el tema de la tiovización. En general en todo el preámbulo la idea sigue siendo la misma que en la 2, pero con algunos cambios en la sintaxis. Generalmente para hacer más claras algunas ideas.
Por ejemplo, habla de la distribución del software, y dice que “debes pasarle a los receptores las mismas libertades que recibiste” a diferencia de “los mismos derechos que tienes” como decía en GPLv2.
Otro cambio es que se refiere a “desarrolladores que usan la GNU GPL” en vez de “nosotros”(la FSF) cuando habla de quienes protegen tus derechos. Ésto es una realidad 16 años después del lanzamiento de la GPLv2, ya que son muchos los desarrolladores hoy en día que eligen distribuír sus trabajos bajo ésta licencia.
Un párrafo entero que se agregó al preámbulo, se refiere al tema de la tiovización:
“Algunos aparatos están diseñados para negarle a los usuarios acceder o instalar versiones modificadas del software que contienen, aunque los fabricantes puedan hacerlo. Ésto es fundamentalmente incompatible con el objetivo de proteger la libertad de los usuarios de cambiar el software. El patrón sistemático de dicho abuso ocurre en el área de productos para uso individual, lugar donde es precisamente más inaceptable. Por lo tanto, hemos diseñado ésta versión de la GPL para prohibir la práctica para esos productos. Si dichos problemas surgen substancialmente en otros dominios, estamos listos para extender ésta precaución a dichos dominios en futuras versiones de la GPL, como sea necesario para proteger la libertad de los usuarios.”
Por último, en el final del preámbulo agrega algo distinto de la GPLv2:
“Finalmente, cada programa (cualquier programa libre) es amenazado constantemente por las patentes de software. [Los Estados no deberían permitir que las patentes apliquen restricciones al desarrollo y uso del software en computadoras para uso general, pero en esos que lo hacen], deseamos evitar el peligro especial que las patentes aplicadas a un programa libre puede hacerlo efectivamente propietario. Para prevenir ésto, [la GPL asegura que las patentes no pueden ser utilizadas para hacer que el programa no sea libre].(hemos dejado claro que cualquier patente debe estar licenciada para el uso libre de todos o no licenciada en absoluto)”.
Leyendo hasta esta parte ya se tiene una buena idea de lo que hace ésta licencia por los usuarios. El resto son los detalles de las distintas situaciones y aspectos legales, etc. con los que debe contar un documento como lo es una licencia.

Tiene 17 apartados los cuales son:
0 - Definiciones
1 - Código fuente
2 - Permisos básicos
3 - Protegiendo los Derechos Legales de los Usuarios De la Ley Anti-Circunvención.
4 - Compartir copias verbatim. (Compartir en la forma de: cualquier tipo de propagación que permita a otros hacer o recibir copias)
5 - Compartir modificaciones del código.
6 - Compartir formas sin fuente.
7 - Términos adicionales
8 - Terminación
9 - No se requiere aceptación para tener copias
10 - Licenciamiento automático de Recipientes Downstream
11 - Patentes
12 - No a la rendición de las libertades de otros.
13 - Uso con la Licencia General Pública GNU Affero
14 - Versiones revisadas de ésta licencia.
15 - Aviso de garantía
16 - Limitación de Liabilidad
17 - Interpretaciones de secciones 15 y 16

Es bastante más larga que su versión anterior (2984 palabras contra 5680, aproximadamente…) pero de todas formas, cualquier desarrollador la debe tener en cuenta. Como dijo Linus Torvalds en su entrevista “Es una licencia de código abierto más”, si bien es muy importante, también se puede tener en cuenta la GPLv2, u otras licencias libres que hay disponibles.

Aclaro nuevamente que las traducciones vistas en este post deben tomarse como referencia, y no como oficiales, ya que según el contexto o la interpretación regional del idioma, pueden ser mal interpretadas.

Enlaces:
Free Software Foundation - http://www.fsf.org/
FSF Latinoamérica - http://www.fsfla.org/
GNU - http://www.gnu.org/

También pueden visitar http://gplv3.fsf.org/ para ver el video y la transcripción de Richard Stallman anunciando oficialmente el lanzamiento de la GPLv3.

Licencias
GPLv2
GPLv3

Como puse en el último post, el viernes pasado tuvo lugar la cuarta charla de la Red Tecnológica del Este. En ésta ocasión, el Director de Desarrollo de mi trabajo y yo hablamos sobre patrones de diseño, el patrón Factory y el patrón Singleton.
A continuación, algo de material en formato ODF sobre patrones, Singleton y Factory.

Patrones de diseño:
Lo siguiente es un documento de texto (.odt) que usé para estudiar para el examen de diseño y desarrollo de aplicaciones. Tiene un concepto bastante resumido sobre patrones, y definiciones resumidas de los patrones: experto, creador, bajo acoplamiento, alta cohesión, controlador, polimorfismo, fabricación pura y agente remoto. También hay un par de ejemplos de aplicación.
Está bastante corto, pero probablemente más adelante escriba algo más completo.

apuntesPatrones.odt - 35.9 KB

Esta obra está bajo una licencia de Creative Commons.

Patrón Singleton:
Para la conferencia, preparé un texto con un resúmen de los aspectos generales del Singleton en formato odt también. Puede tener algún error, consecuencia del apuro. Pero intenté basarme en fuentes confiables para todo.

Singleton.odt -15.4 Kb

Esta obra está bajo una licencia de Creative Commons.

Y acá va la presentación, comprimida en un tar.gz:

SingletonOdp.tar.gz - 586.2 Kb

Esta obra está bajo una licencia de Creative Commons.

Por último, los fuentes. Hice una aplicación del Singleton para Java y una para C# usando Mono. Si bien la sintaxis es prácticamente idéntica, se ve la diferencia en el Singleton con precaución para programación multi-hilos.
SingletonJava.tar
SingletonCsharp.tar

Los archivos en “.tar.gz” se pueden abrir en cualquier distro de Linux, si tienen Windows se pueden ver con 7-Zip, un programa libre para trabajar con archivos comprimidos.
Los odt y odp se abren con OpenOffice, si tiene el “otro” programa de ofimática, pueden bajarse el plug-in para abrir archivos abiertos por ahí.

Fuímos a ver el estreno mundial de Los Simpsons - La película. Obviamente el cine estaba hasta las manos de gente, pero por suerte mientras comprábamos Pop, nos encontramos con un amigo bastante adelante en la cola, que nos dejó colarnos con él.
Después de entrar y comernos media hora de propaganda (se ve que el cine no anda muy bien), empezó la película con un chiste inicial que hizo aplaudir a toda la gente, donde Homero rompe el cuarto muro!
No voy a contar nada de la historia en sí, porque la verdad que es mejor ir sin tener la más mínima idea de lo que va a pasar. Es totalmente inesperado, y está muy bien hecho. Por supuesto que: la culpa es de Homero!
Y el enemigo principal no es nada más y nada menos que el propio Gobierno de los Estados Unidos, no podía ser mejor.
Sin contar más de la historia, es una película que “puede disfrutar toda la familia” pero los que verdaderamente la van a disfrutar y entender todos los chistes son aquellos adultos que hemos crecido mirando la serie animada. Así como la serie, tiene muchísimos chistes indirectos, y patadas a todo el mundo, incluyendo el espectador mismo. Adelanto un par que realmente son excelentes y me quedaron grabadas:
Homero diciendo: -”La Santa Biblia no contiene respuestas!”
Bart con un corpiño negro en la cabeza en forma de orejas de ratón: “Soy la mascota de una diabólica corporación!”
Además tiene algunas referencias a capítulos clásicos para los nostálgicos.
La animación como era de esperarse está bien arreglada, bien para película. Pero como decían en la propaganda de la tele “En un mundo donde los gráficos 3d nos llevan a mundos de fantasías…” y no sé qué, “una película se atreve a ser fea” o algo así. Si bien la animación en general está muy buena, no tiene nada novedoso o que no se haya visto en otra película. Y es que la verdad no importa en lo más mínimo, porque los Simpsons son los Simpsons, nadie se va a quejar si no los traen en 3D con animaciones raras. Sin embargo, sí hay algunos efectos 3D al estilo de Futurama, y en general todo está “más lindo” que en la serie.
Pienso que es una de esas películas que tarde o temprano, todo el mundo va a haber visto. Les adelanto a todos los que la vayan a ver, que se queden a ver los créditos. Últimamente la mayoría de las películas acostumbran a poner algún segmento más para la gente que se queda a mirar los créditos. Pero ésta película va más allá, y hay que quedarse hasta que terminen los créditos para ver todo.

El viernes fuimos con DM y Diego a Montevideo a hacer nuestra defensa del Integrador que nos tuvo tantos días sin dormir, y ocasionó que hasta hiciéramos un blog…
5:25 tomamos el bus con DM en la terminal de Maldonado y nos encontramos con Diego en Piriápolis.
A las 8:45 debíamos estar en la universidad, llegamos temprano. Ahí, entramos, recorrimos la universidad un rato, hasta que terminamos en el laboratorio de informática donde debíamos estar.
Conocimos otros programadores estudiantes de Paysandú, Salto y Colonia. Intercambiamos palabras (todas relacionadas al curso en general) y realmente quedamos los dos lados asombrados. Nosotros de lo avanzados que van ellos en sus respectivos cursos, y ellos de nosotros de lo atrasados que estamos. En un momento alguien de Paysandú nos preguntó “¿Y qué framework de persistencia usaron en Java?”… Entre nosotros hubo un silencio sepulcral, creo que hasta se escuchó un grillo que pasaba.
Nosotros:”Nosotros en Java no hemos llegado a usar eso!”
Ellos:”¿Y en qué persistían?” (al ver nuestras caras) “¿No persistían?”
Y así fue también al momento del IDE. Ellos habían utilizado Eclipse, NetBeans y Jbuilder, mientras nosotros estábamos acostumbrados a usar editores de texto, y aprendimos de esos IDE por nuestra cuenta.
Fue un intercambio bastante interesante, aunque quedamos bastante molestos con todo este tema del atraso en el plan que lleva nuestro instituto. Pasamos un poco de vergüenza para ser sincero. Pero bueno, esa lección ya la teníamos aprendida: tenemos que valernos por nosotros mismos.
La defensa constaba de hacerle dos listados al proyecto que ya habíamos entregado. Contábamos con una computadora cada uno con el Visual Studio 2005, y MySql que eran las herramientas el final deque habíamos usado para el trabajo. Empezaron los problemas al abrir los proyectos y ver que no estaba el conector a MySql de .NET que la mayoría había utilizado. Por suerte lo pudimos instalar, pero algunos siguieron teniendo problemas. Acá me surge una contradicción. En mi opinión, uno debería llegar, y que la computadora tenga nuestro proyecto ya andando con instalaciones adicionales que se necesiten y demás, para así concentrarse únicamente en la programación. Pero a la vez, ser programador se trata de resolver problemas, y situaciones así se encuentran en todo momento. Así que también se pone a prueba nuestra habilidad de resolver un problema y valernos por nosotros mismos para hacer que todo funcione.
Dejando eso de lado, tardamos bastante ya que el primer listado era algo complicado. Personalmente tenía un diseño de base de datos que para apartados del trabajo en sí era bastante eficiente, pero nada amigable para el nuevo listado. Por ésto tuve que hacer un corte de control de doble profundidad medio raro que me tomó bastante tiempo.
Pero al final, los 3 Picando Código logramos mostrar lo que pedía la letra, y esperamos ahora nuestros resultados, y en lo posible, nuestros diplomas.

Más tarde, se hizo la cuarta conferencia de la Red Tecnológica del Este. En este caso, el Director de Desarrollo de mi trabajo y yo dábamos una conferencia sobre Patrones de Diseño, y los patrones Factory y Singleton.
Para variar respecto a otras charlas, ésta se hizo completamente con Software Libre. Usamos Impress de OpenOffice para mostrar nuestras presentaciones, Kate para mostrar los códigos fuente en Java, y MonoDevelop en mi caso para el código en C#. Además el escritorio estaba adornado con Beryl, y el protector de pantalla de BSOD. Todo esto en un OpenSuSE 10.2 con KDE.
Si bien no asistió mucha gente, en mi caso lo prefiero así, para perder el miedo ahí arriba, con gente conocida. Como experiencia estuvo bueno, y espero dar alguna otra más adelante. En el próximo post, subo el material.

Para rematar el viernes, nos fuimos al cine a ver el estreno de Los Simpsons - La película (en 2D!).

En conclusión, un viernes bastante movido y cansador, pero al final del día, terrible satisfacción de haber podido con todo!

La gente de la revista Red Hat creó un poster para difundir el Formato de Documento Abierto para Aplicaciones Ofimáticas (ODF).
Como muchos sabrán, MS está luchando para imponer su nuevo formato OpenXML como estándar, cuando ya existe éste estándar abierto. (Por más información: http://www.noooxml.org/ - http://www.openxml.info/)
Ahora Red Hat, como miembro fundador de la ODF Alliance, está difundiendo el mensaje para apoyar dicho formato.
Se puede bajar el poster con el logo que ven acá en los siguientes enlaces:

Logo (.sla format)
Logo (.svg format)
Poster (.sla format)
Poster (.svg format)
Poster (.pdf format)
Y la guerra por el formato ofimático continúa, hasta que algún día todos usemos el mismo estándar.

Más información:

Spread the word, share this ODF artwork.
by Michael Pittman

ODF: The inevitable format by T. Colin Dodd

Este viernes que viene, me toca dar charla en la RTE. El tema que voy a dar es el Patrón de Diseño Singleton, y probablemente aporte algún comentario a la introducción general que se va a dar de Patrones de Diseño.

A aquellos que se encuentren en el departamento de Maldonado o zonas cercanas, están invitados. La entrada es libre, y como puse en un post anterior:

Se aprenden cosas interesantes, además de estar en un mismo lugar físico muchas personas relacionadas a la programación (estudiantes, profesionales, docentes, aficionados, etc.). Por lo que el tema central de conversación, siempre tiene que ver con alguna computadora…

La información:

Este viernes 27 es la cuarta charla de la RTE.

En esta oportunidad se estudiarán patrones de diseño:

• ¿Qué son los patrones de diseño?
• Patrón Fábrica (Factory).
• Patrón Singleton.

Los oradores serán Mauricio López y Fernando Briano.

El lugar, como en las charlas anteriores:
Sala de Conferencias de CEI, ubicada en Arturo Santana 594 y San Carlos (Maldonado).

El material va a ser subido después de las charlas para que lo puedan bajar y estudiar. Todavía no se ha implementado un live broadcast desde las charlas, pero algún día llegará…

Ayer publicaba una entrevista hecha a Linus Torvalds el pasado 17 de julio. Ésta entrevista fue realizada por Orazio Tassone para su sitio OneOpenSource. Se encontraba en Inglés e Italiano, y la traduje al Español mediante la licencia Creative Commons con condiciones, entre las cuales se encuentra que a partir de mañana recién se puede leer el 100% de la entrevista en este sitio.

Así fue, y la noticia llegó a la portada de barrapunto.com :

Y anda por ahí en menéame.net :

Así que a todos l@s que conocieron el blog por medio de barrapunto, menéame y demás blogs que enlazaron acá, bienvenid@s y espero que vuelvan.
(Gracias a Linux Uruguay por hostearlo!)