Nando Quintana

Las palabras autosignificantes o autológicas son aquellas que “son lo que significan”. Por ejemplo, ‘llana’ es llana, ‘esdrújula’ es esdrújula, ‘rimbombante’ es rimbombante, etc.

Por otro lado, las palabras heterológicas son aquellas que “no son lo que significan”. Por ejemplo, ‘aguda’ no es aguda, ‘verbo’ no es verbo, ‘monosílaba’ no es monosílaba, etc.

Si nos paramos a pensar en estas palabras, nos vienen enseguida un par de preguntas:

¿Es autológica ‘autológica’?

¿Tú que opinas? Bien, la pregunta no es tan incómoda como la siguiente:

¿Es heterológica ‘heterológica’?

Si respondemos que no… estamos diciéndo que “no es lo que significa”. Si nos aferramos a esta definición, ‘heterológica’ es heterológica.

¡Vaya! Entonces, ‘heterológica’ es precisamente lo que significa. Por lo tanto es autológica.

Ahora bien, si decimos que es autoĺógica, ‘heterológica’ debe ser heterológica…

Por mucho que sigamos esta cadena de razonamientos, no podremos salir nunca de la paradoja…

Para que luego no digan que la realidad no es divertida.

Desde aquí mi homenaje a todos los ratos que hemos perdido discutiendo sobre este y otros infructuosos asuntos.

El 75% de mi sueldo se lo lleva mi hipoteca. Por eso, de cada 4 dias que trabajo, tres son para el banco y el cuarto para pagar el resto de gastos.

No me preocupa ser pobre. Aunque empiezo a sospechar que alguien se está riendo de mi.

Mis padres son expertos en no llegar a fin de mes. Las penurias de un obrero de los 60s forman parte del acervo cultural español. Sin embargo, se deshicieron de su hipoteca en cuatro años.

No más apología de la democracia. No más demagogias librecomercialistas. No mas encuestas sobre lo que preocupa al ciudadano. No más plutarquías.

Que me saquen todo mi dinero y les exploten los bolsillos. Pero que no me den la barrila. Que me dejen en paz. Que no tengo ninguna libertad que defender. Ninguna sociedad a la que respetar, ningúna género humano al que amar, ningún compromiso con la paz o con la guerra.

Recuerdo el cuento zen que contaba los siguiente:

Estaba un viejo maestro meditando cuando de repente unos ladrones entraron a su cabaña. Le desvalijaron ante la impasividad del maestro. Cuando se fueron, el maestro, mirando a una preciosa luna llena dijo: — Qué pena, se han dejado la luna –.

Quiero a mi madre en la presidencia del banco mundial!

Antes, para desplegar una apliación había que instalar una gigantesca instancia de Zope e insertar tu código en su carpeta de productos.

Ahora, programar una aplicación consiste en programar un módulo Python e instalar solo las dependencias necesarias de módulos de zope.*

En su momento, una de las características que más sedujo a la comunidad fué el ZMI, el interfaz de administración web. Mediante el ZMI, es posible programar plantillas y scripts Python a través del navegador. Esta forma ágil ha hecho las delicias de programadores y no programadores que necesitaban publicar contenidos en la web y administrarlos de forma segura y en colaboración.

El ZMI, en seguida quedó en evidecia y dejó de manifiesto que para desarrollar grandes aplicaciones deja bastante que desear.

Desde casi el principio, todo desarrollo serio se hizo mediante la construcción de Productos Zope.

Ahora Zope3 ha llegado y ha impuesto, con su modelo de interfaces y adaptadores, un estilo sostenible de programación en zope. Además, recientemente, se propone un nuevo modo de desplegar las aplicaciones zope más modular y flexible.

Como adelantaba hace tiempo Jim Fulton, el enfoque de despliegue de zope3 debía romper con el tradicional definido desde timepos de zope2:

- instalar una instancia en que escucha un determinado puerto

- programar en Python tu aplicación, heredando de las clases necesarias para convertir tus objetos Python en zObjects

- insertar tu código en la carpeta de productos

Esta forma de trabajo comenzaba con la aplicación “mkzopeapp” que creaba la instancia inicial sobre la que programar. Ahora, con mkzopeapp y la redistribución de zope3 en forma de huevos Python, la cosa cambia.

Como nos cuenta Philipp Von Weiterhausen El ciclo de desarrollo será parecido a lo siguiente:

- crear un módulo Python. (mkzopeapp facilita esta tarea creando para ti un módulo con los imports básicos necesarios)

- definir los parámetros de desplpiegue mediante un fichero de configuración

- instalar las dependencias (servidores, lenguajes de plantillas, etc.) que están disponibles en los módulos zope.* aunque serán intercambiables por otros componentes de la comunidad Python.

La comunidad zope está trabajando duro en el tema de despliegue y ya se están viendo agradables resultados, ej:buildout, paste.deploy, etc.