Es de notar, sin embargo, que gran parte de lo que dice aplica a licencias privativas; pero – por lo que leí de las licencias libres – las secciones y para qué sirven son las mismas, sólo cambia el contenido. Y eso es exactamente lo que hace el artículo: explica de forma clara y precisa las diferentes secciones que tiene una licencia, qué es lo que implica o afectaría cada una para que pensemos dos veces la próxima vez que hagamos click en “Acepto” sin leer.

Yo, personalmente, evito ese problema directamente utilizando software con licencias libres. No son menos complicadas que las demás licencias; pero sé precisamente qué es lo que no puedo hacer con los programas que uso. Al contrario de lo que pasa con las licencias privativas en las que la mayoría de la gente no sabe que gran parte de lo asume del programa es contradicho expresamente por la licencia (como que MS tiene derechos sobre todo documento producido en MS Office, y que éstos contienen información escondida sobre la PC e instalación en la que se creó el documento… como para mencionar un ejemplo concreto).

Notas

• Este artículo es una traducción de: The Software License Agreement (or EULA) Dissected and Explained
• Esta es una traducción espontánea sin permiso expreso del autor. Le dejé un comentario al respecto para que pueda decidir si prefiere que la remueva
• No soy abogado ni mucho menos, así que la traducción del artículo puede no utilizar los términos legales correctos y seguramente no aplique en legislaciones diferentes a donde las licencias fueron creadas. Usen esta información bajo su propio riesgo.

Todos nos hemos cruzado con una Licencia de Software (EULA por sus siglas en inglés End User Licence Agreement) en algún momento y la mayoría de nosotros simplemente la ignoró. Reconozcámoslo, como consumidores, tenemos entre poca y ninguna ventaja contra este tipo de acuerdos y simplemente tenemos que aceptarlos o decidir no comprar, descargar o utilizar el producto del licenciante. Y la mayoría de nosotros acepta las licencias sin pensarlo dos veces, pero creo que es bueno entender qué es lo que se está acordando y aceptando.

Una licencia es un acuerdo de licenciamiento de software entre un licenciante/autor y el usuario final de la aplicación en la que el usario obtiene la licencia de utilizar el producto bajo ciertos términos y condiciones. Las licencias vienen en diferentes formas, como “clickeables” (aceptar digitalmente haciendo un click) o “empaquetadas” (encontradas dentro de los programas que compramos), pero los términos son generalmente similares.

Éstos son los puntos claves que nos afectan como licenciatario/usuario final con una pequeña explicación de lo que significan.

1- Concesión de licencia

Esta cláusula indica qué tipo de derechos de licencia estamos obteniendo y limita nuestros derechos a utilizar el producto a un conjunto de derechos específicamente definidos. Encontraremos que la mayoría de los licenciadores de programas de computadora le otorgan al usuario final una licencia para utilizar el software de forma personal, no-exclusiva e instransferible. Esto significa que no se nos está permitido compartir, ventder, distribuir o sub-licenciar. Es posible que se nos permita hacer una copia por cuestiones de respaldo; pero cualquiera de dichas copias debe contener el aviso de propiedad intelectual del licenciador y, nuevamente, nada de compartirlo.

2- Restricciones de licencia

Esta cláusula enumera todo lo que no se puede hacer con el programa. Uno puede asumir aquí que básicamente no está permitido hacer cualquier cosa que no esté permitido expresamente por la licencia, incluyendo cualquier cosa que ponga en peligro los derechos de propiedad intelectual o derechos de monetización del licenciador.

3- Propiedad

Este concepto se puede encontrar a lo largo y ancho de la licencia pero es remarcado aún más en su propia sección. Tenemos que recordar que sólo estamos obteniendo el derecho a utilizar. Aún si estamos pagando por programas, no es de nuestra propiedad – sólo compramos una licencia de uso limitada, no-exclusiva e intransferible.

4- Derecho a auditoría y terminación

Esta cláusula rara vez es invocada y por lo general está enterrada en algún lado. Le provee al licenciador el derecho de auditar el uso que le demos a su programa. Si violamos los términos de la licencia, el licenciador mantiene el derecho de ser compensado y, más aún, se reserva el derecho de terminar nuestra licencia con o sin notificación.

5- Garantía limitada y descargos

Esta cláusula siempre me da un soponcio. En la misma, el licenciador se desliga de toda y cualquier garantía y específicamente indica que el producto se provee “como está”. Todas las MAYÚSCULAS y negrita en esta sección signfican básicamente una cosa: si se va todo a la mi*rda, es una lástima. El licenciador típicamente no garantiza nada, incluyendo en muchas instancias, la garantía de no romper leyes.

6- Exclusión de daños

Aquí es donde el licenciador limita su responsabilidad al excluir estrictamente todo daño o pérdida por cualquier daño consecuente, indirecta o especial (incluyendo pérdida de ganancias) que surgan del uso del producto por la razón que sea. Estamos hablando sobre daños previsibles que surgan como consecuencia del acto inicial que terminen en daño. Si instalamos el programa y se destruye nuestra laptop, el daño directo sería el costo de la laptop y los daños consecuentes podrían ser la pérdida de ingresos por la destrucción de la laptop.

7- Limitación de responsabilidad y resarcimiento

Mientras que el licenciador se desliga de todo y limita su responsabilidad, por lo general nos harán aceptar un resarcimiento por cualquier daño que surga del uso de su producto. Determinar un resarcimiento de antemano de esta forma es bueno para el licenciador y les permite entender y considerar el costo de su máxima responsiabilidad hacia el consumidor. No nos emocionemos sin embargo; típicamente, el resarcimiento que aceptaremoos por cualquier daño que se nos cause cualquiera sea la razón estará limitado al reemplazo del producto, reemboloso de la compra del producto o un valor nominal en dinero.

Conclusión

Si pudimos atravesar este artículo, entonces no nos sorprenderá saber que el objetivo de los abogados que redactan las licencias es poner en su lugar protecciones similares a “cinturones y tiradores” para sus clientes; y hace un muy buen trabajo. Mientras que estas cláusulas son duras para el usuario final, la mayoría no pensará dos veces acerca de la licencia. Y, a pesar de los términos desfavorables hacia nosotros, si somos objeto de daños o pérdidas por el uso del programa, dependiendo de los hechos, podríamos llegar a conseguir resarcimientos más allá de la licencia bajo varias teorías legales. Esperemos que nunca tengamos que experimentar el terrible proceso de llevar a cabo un reclamo. Si bien en eso no los puedo ayudar espero haberlos ayudado con el terrible proceso de leer una licencia.

La siguiente lista está basada en las cosas que más me molestaron de algunos (léase la mayoría) themes y – por lo tanto – yo recomiendo tenerlos en cuenta siempre

Texto no traducible

Yo tengo mi blog configurado en español y casi que no encontré theme que al ser activado en mi instalación todo estuviese en mi idioma. Lo que es peor, es casi seguro que el 90% del mismo va a estar en inglés porque quien lo hizo no tuvo en cuenta la internacionalización de WordPress. No sólo que WordPress tiene soporte para diferentes idiomas, debería de ser obligatorio que todo theme soporte diferentes idiomas.

Evitarlo es muy simple siguiendo 3 pasos:

1. Toda cadena de texto en los templates PHP tiene que estar entre __() o _e()
2. Toda cadena de texto tiene que ser una de las cadenas internacionalizables por defecto en WordPress
3. Si hay una cadena de texto que no lo es, incluye un archivo de internacionalización con el theme

Caso omiso de opciones de configuración

WordPress es extremadamente flexible, y lo consigue ofreciendo muchas y variadas opciones de configuración en su interfaz de administración. Eso quiere decir que si uno configura algo, espera que el sistema lo tome en cuenta. Los themes mal hechos sin embargo, de forma muy similar a como ignoran el sistema de internacionalización de WordPress, tampoco tienen en cuenta algunas opciones que uno configura en el sistema.

El ejemplo más clásico es el formato de la fecha y la hora. No importa qué es lo que uno configure en el panel de administración, los themes por lo general usan la suya propia (que por lo genera es la que prefiere el autor). Aún cuando la API de WordPress usa aquella que uno determine a menos que el autor del theme especifique una explícitamente al momento de llamar a la función.

Es decir que el sistema está preparado para hacer las cosas bien; pero los autores de themes le pasamos por encima. Y eso no sólo hace que los usuarios estén descontentos sino que además nos genera más trabajo a quienes ayudamos a los usuarios (profesionalmente o no).

Funcionalidad innecesaria y hacks

Llamo hack a alguna solución medio esotérica para un posible problema del theme. ¿Por qué hay que evitarlos? La mayoría se rompen o dejan de ser necesarios al actualizar el sistema. Más aún, muchos no sólo que no son necesarios para muchos, sino que además hacen que el blog sea más lento o pesado.

Peor aún si el theme incluye muchas funcionalidades extras por fuera del theme en sí; por lo general, cosas en JavaScript y demás. Porque, por lo general, utilizan el framework de preferencia del autor del theme y éste viene incluído en el theme. ¿Cuál es el problema? Primero, si se actualiza el framework, el theme tiene que actualizarse (especialmente en cuestiones de seguridad). Segundo, si el usuario ya tiene instalado ese framework, no lo necesita dos veces; especialmente cuando la mayoría de los frameworks JavaScript se pueden agregar vía Plugins para que cualquier otro plugin y/o theme lo utilice.

Evitar este problema es tan sencillo como sólo utilizar funciones de la API de WordPress, y la menor cantidad posible. ¿Cuáles son esas? El Codex tiene una lista. Y para mayor comodidad, la gente de WoorkUp hizo un ayuda-memoria de 5 páginas con todo lo que pueden llegar a necesitar en este tema.

En caso que sea necesaria alguna funcionalidad extra siempre es más conveniente alguna de las alternativas:

• Ofrecerla en un plugin
• Hacerla opcional mediante opciones de theme

Optimizaciones innecesarias

Ahora está muy de moda que todo theme sea lo más liviano posible. Esto incluye utilizar técnicas como minimización de CSS y JavaScript, utilizar una sola imágen en lugar de varias, etc. No me parece mal que así sea, es importante que nuestros sitios sean rápidos en cargar. Pero hacer estas cosas hace que un theme sea prácticamente imposible de modificar luego.

Y el modificar un theme – aunque sea de forma muy ligera – no sólo es algo bastante común sino que ayuda a que se cree una mini-comunidad alrededor del mismo. Un theme versátil fomenta que más y más gente lo utilice; porque si bien puede no ser exactamente lo que estaba buscando, el que puedan modificar ese rincón a su gusto hace la diferencia.

Nuevamente, no estoy en contra de las técnicas antes mencionadas (u otras que puedan llegar a surgir en el futuro). Sólo estoy diciendo que la forma “compacta” no debería de ser la única forma en la que distribuyamos el theme. Al fin y al cabo, la minimización de CSS y JavaScript la puede hacer cualquiera utilizando herramientas on-line como YUI de Yahoo o inclusive se puede utilizar un plugin para ello y que cada usuario lo haga según sus preferencias y conveniencias.

Seguro que me olvidé de alguno ¿a ustedes se les ocurre alguno?

Hoy inauguró su Themes Club. Básicamente es una suscripción anual de 5 U$D a cambio de un mínimo de 12 diseños de themes de WordPress. Dice ser un mínimo porque promete hacer un theme por mes o más. Y, por el precio, parecería ser un excelente negocio. Revisando otros themes que ha realizado creo que son de una excelente calidad. No sólo eso, sino que también tiene una variedad impresionante; no es que le cambia dos líneas al mismo tema una y otra vez.

Sin embargo siempre hay un pero. En este caso, Las condiciones de uso se pueden resumir en: podés hacer lo que quieras con el theme menos redistribuirlo (en su forma original o modificada) o decir que vos lo hiciste. Sin embargo, y por aclaración específica de Tung, dichas condiciones implican que sólo aquellos que son miembros del club tengan acceso a los archivos del theme. Esto quiere decir que si utilizamos alguno de los themes para un cliente no podríamos utilizarlos a menos que el hosting también esté a cargo nuestro. No estoy del todo convencido de que esta restricción haga valer la oferta ni que sea algo sencillo de hacer cumplir. (ver update)

De todas formas, para aquellos para quien ésto último no sea un problema, creo que es una excelente oferta. Ya sea porque ofrecemos servicios sobre WordPress y tener un conjunto de themes bien armados es una herramienta muy útil. O, conociendo algunos de los themes que nos guste en particular, lo tendremos sólo por 5 U$D con la posibilidad de obtener otros 11 (al menos) para cambiarlo a futuro.

Update: Por aclaración de Tung (en los comentarios) mi interpretación de los hechos era errónea. Las condiciones de uso se pueden resumir en: podés hacer lo que quieras con el theme menos redistribuirlo (en su forma original o modificada) o decir que vos lo hiciste. Y ya está. Ahora sí me parece una oferta demasiado buena para ser verdad… no sería raro que vean uno de sus diseños por acá

Me pregunto si algo como eso se podría hacer por estos pagos. A lo mejor quienes hacen diseños podrían decirnos.

Y2K36: protocolo de sincronización de tiempo (NTPv3)

El protocolo de sincronización de tiempo (NTP) se utiliza para mantener el reloj de las computadoras en la hora correcta. Muy utilizado en internet y de muy alta precisión. Sin embargo, su versión 3 tiene un límite de precisión de poco más de 136 años.

Utilizando como fecha cero el 1º de Enero de 1900, la marca de 32 bits para los segundos implica que el problema sucedería en el año 2036. Afortunadamente, el protocolo ya previno dicho inconveniente y su última versión NTPv4 ya utiliza 64 bits para dicha representación, suficiente como para mantener las horas sincronizadas hasta el fin del universo.

Sin embargo, numerosos sistemas aún utilizan la versión 3. En particular, Windows XP y Windows Server 2003, sistemas operativos utilizados desde hace 6 ó 7 años. Y, por lo que pude leer, Windows Vista utilizaría la misma aplicación, lo que aumenta las probabilidades de que haya problemas al respecto con estos sistemas operativos.

Y2K38: tiempo Unix

Los sistemas basados en Unix cuentan el tiempo en segundos desde el 1º de Enero de 1970 (llamado Epoch) con 31 bits – 32 en realidad, pero 1 bit es para el signo -. Esto quiere decir que sólo pueden contar hasta 2147483647 (un poco más de 2 mil millones) segundos, equivalente a las 03:14:07 del 19 de Enero de 2038 en UTC. Esto sería la 01:14:07 en Argentina si para aquél entonces todavía cambiamos la hora como hicimos este verano (las 00:14:07 si no).

Eso nos da aproximadamente 30 años, pero hay aplicaciones que trabajan 30 años a futuro. En particular: aquellas que son utilizadas para préstamos hipotecarios o similares. Ésto, sin embargo, podría llevar a errores de cálculo en este momento si dichos programas hacen una simulación de los pagos de dichos préstamos.

El problema no existe en plataformas de 64 bits, cuya adopción debería de ser popular para aquél entonces. Sin embargo, una solución para los dispositivos de 32 bits es necesaria. Y cualquier cambio que se haga será complicado de implementar ya que implicaría romper muchos programas que no están preparados para ello.

Por suerte el futuro queda muy lejos

Lamentablemente, esto es sólo una lista tentativa que podrían o no estar en la versión final por no estar terminadas todavía. Pero definitivamente se ve muy bien:

• Pestañas: para escribir un mail nuevo, leer otro, tener más de una carpeta abierta y cuanto uso se les ocurra
• Un nuevo gestor de contraseñas: más seguridad e integración
• Poder esconder las citas de mensajes anteriores: excelente idea para poder ver todo más junto
• Mejores filtros de búsqueda rápida: así no necesitamos abrir la ventana de búsqueda avanzada
• Mostrar información de los contactos en nuestra agenda al posar el puntero sobre su e-mail
• Una forma sencilla de copiar las direcciones de e-mail desde la agenda de contactos
• Incorporación del nuevo gestor de errores: desarrollado en conjunto con Google y siendo utilizado en Firefox 3

Sin embargo, algo muy esperado para quienes usan MAC es el uso de la agenda de contactos de OS X. Esto, hasta donde sé, es una de las principales razones por la que los usuarios de MAC evitan Thunderbird. Seguramente va a hacer una gran diferencia para quienes utilizan esta plataforma intensivamente y ya utilizan Thunderbird y va a aumentar la cantidad de gente que lo utiliza.

Como si todo esto fuese poco, el conocido cliente de mail Eudora lanzó el mes pasado su primera gran versión libre: 8.0.0b2 (después de la última versión 7.1 propietaria de Qualcomm) última versión. Lo notable es que ahora es Software Libre y su código se basa en el de Thunderbird. La competencia seguramente resultará en grandes beneficios para los usuarios de ambas aplicaciones ya que tendrán diferentes funcionalidades… que seguramente serán agregadas al otro rápidamente.

Siendo ávido usuario de Thunderbird, es muy bueno saber que avanza. No creo que suceda, pero sería muy interesante ver que éste gane suficiente popularidad como lo hizo Firefox. Así también como que las ventajas de su 3º versión marquen una diferencia con respecto a otras alternativas disponibles.

Desde la interfaz de administración se pueden desactivar y activar los plugins disponibles en nuestra instalación. Para “desinstalarlos” hay que borrar los archivos que se copiaron. Sin embargo, la mayoría de los scripts hacen modificaciones a la base de datos sobre la que funciona WordPress al activarlos por primera vez.

Jeff nos hace notar, sin embargo, que al desactivar un plugin no se deshacen esos cambios, simplemente se dejan de utilizar; de la misma forma cuando uno borra los archivos. Y uno termina con una base de datos con un montón de información que no utiliza y pero que abulta y ocupa espacio y posiblemente multiplica las chances de que las actualizaciones causen problemas.

Por suerte, en respuesta a la discusión iniciada por Jeff, Andrew Rickman creó un plugin que agrega una opción para desinstalar plugins. Éste se encarga de llamar al script de desinstalación de un plugin si éste existe. Obviamente, el plugin tiene que tener un script de desinstalación en primer lugar.

Lamentablemente, el plugin de Andrew no es muy “limpio” que digamos. Y siendo ésto una funcionalidad referida a la administración de plugins es algo que debería de estar en WordPress mismo y no ser un plugin. Por eso, ya se abrió un pedido al respecto a los desarrolladores de WordPress y fue algo tan obvio que ni se discutió si era necesario o no, sólo se está discutiendo cómo implementarlo.

Por ahora la idea es la siguiente (traducida a lenguaje lo menos técnico posible):

• Al instalar el plugin, éste hace lo que tenga que hacer
• Entre las cosas que “tiene que hacer” al instalarse, define el código necesario para desinstalarse
• Si el plugin no está activo, la interfaz de administración mostrará un link para desinstalarlo
• Al hacer click en dicho link, se ejecuta el código necesario
• Si el código no falló, se elimina el código para desinstalar el plugin (y con él el link para desinstalarlo)

Yo creo que es una excelente idea pero tiene una gran desventaja: hay que modificar todos los plugins existentes. Obviamente esta última desventaja no creo que se pueda salvar; pero si la iniciativa prospera va a haber que tener cuidado al instalar plugins o simplemente vamos a tener que conformarnos con la situación actual.

Viendo que nadie se quejó antes ¿estamos agrandando un problema menor? Mucha gente ahora vive sin tener que preocuparse por si los plugins se desinstalan bien o mal y es felíz. Escucho opiniones; además si creen que existe una mejor forma de hacer todo eso, me ofrezco a traducirlas al inglés y agregarlas al pedido oficial.

Matt envió un mail a la lista de discusión de desarrolladores informando al respecto (que traduzco más adelante). La noticia fue bien recibida, no sólo para garantizar la “calidad del producto” sino también por la reciente actualización de seguridad de WordPress. Actualizar cada 10 días se vuelve tedioso

Algo importante que destacar es que muchas nuevas funcionalidades o errores a corregir que habían sido pospuestos para la versión 2.5 podrían o no entrar en este nuevo plan de acción. Aparentemente, todo dependería de cómo se den las cosas. Y, si bien el mail dice que saldría a principios de Marzo, el Trac de WordPress (sistema de seguimiento del desarrollo) indica que la versión 2.5 está planeada para el 28 de Marzo

Traducción del mail

A la luz de los grandes cambios que le están sucediendo al código y a la sección de administración, vamos a retrasar la próxima versión hasta principios de Marzo.

Es el tiempo esperado para cuando debería de salir 2.5, así que estamos tratando la versión 2.4 – originalmente planeada para Diciembre – como una versión que se nos escapó como resultado de las vacaciones y los grandes cambios que no pudimos comenzar hasta fines de Octubre.

Hay cosas buenas en el horno, y no queremos apurarlas.

La nueva versión será llamada 2.5. Documentos oficiales varios y los detalles de planes futuros serán actualizados correspondientemente