Nardos sobre Cristal

Hay cosas en las que a uno no le tiene que doler el dinero que se gasta, como en salud, en comer, o en encontrarse bien con quien uno quiere.

Una de esas cosas, para mí, y además una que no es precisamente cara, es tener un poquito de personalidad y alegría en casa.

Y aprovechando que el Mercado Municipal (provisional) de La Laguna abre los jueves por la tarde... cojo el cuchillo lapero y me bajo al Pisuerga.

El sueño de una noche de verano

Hace unos días (el 22 de octubre) fui a ver al Teatro Guimerá de Santa Cruz de Tenerife el montaje de Sueño de una noche de verano, del maestro Shakespeare, por Ur Teatro.

La obra es una adaptación al castellano, bastante buena, de una ya buena comedia del inglés. Además, la adaptadora/directora, Helena Pimienta, ha introducido un juego extra de personajes (sustituyendo a los originales Cuña, Ensamble, Canilla, Flauta, Gazuza y Soplete) basados en estereotipos de habitantes de España (una gallega, un catalán, dos vascos, una andaluza y un inmigrante polaco) que dan una viveza extra a la obra, y algunos juegos de danza que, a mi modesto modo de ver, la deslucen alargándola ligeramente sin necesidad.

Los papeles masculinos los llevaron José Tomé, notable, Jorge Muñoz, correcto y muy divertido, y Jorge Basanta, bien en el papel del polaco y ligeramente sobreactuado en los demás. Los femeninos Ione Irazábal, suprema aunque a veces no se la entendiera (a propósito), Montse Díez, muy correcta, y Célia Pérez, ligeramente exagerada (¿cosa de guión?) como Rocío y con unas habilidades gimnásticas notables en los números de danza, pero sin apenas brillo fuera de ahí.

Una dirección firme y muy trabajada, deslucida solamente por los interludios dancísticos, unida a la adaptación misma del guión y a una escenografía sobria pero curiosa, más propia del teatro moderno que del clásico, pero no obstante muy bien ideada y aprovechada, conforman un todo muy notable (y que recomiendo vivamente) que ya se llevó el Premio Nacional de Teatro de 1993. El hecho de que esté en cartel diecisiete años después debe ser prenda bastante.

Santiago López Castillo

Santiago López Castillo
en El Imparcial

El reciente ascenso de «Morritos Jagger» a Ministra de Sanidad me ha recordado otra ocasión en que esta chica, que tanto se me parece a Felipe González, fue noticia y no por algo que hubiera hecho bien.

El 22 de febrero de 2002 el periodista, en uso de su libertad de expresión, y fuera de su trabajo en el programa Parlamento de la segunda cadena que tan bien conducía, escribió un artículo en el periódico Guadalajara Dos Mil titulado «El país más 'progre' del mundo» donde comentaba, refiriéndose a Leire Pajín, a la sazón una joven diputada por Alicante (vamos, una trepa, como se ha demostrado después), que ante el «botellón»

enseguida saldrá Leyre Pajín, la joven socialista, morritos Jagger, que exhibe algunos atributos muy respetables pero insuficientes para compensar su cacumen o inteligencia, erigiéndose en libertadora sin límites, aunque haya que pasar por el coma etílico.

¿No me creen? Pueden consultar la noticia aquí o ver la noticia de la destitución en ABC, donde ahora trabaja el implicado.

Sí, como suena: una persona fue despedida (fulminantemente) de TVE por algo que no tuvo nada que ver con su trabajo en «la casa», y que además realizó amparándose en un derecho constitucional. ¿Alguien duda de que fue una maniobra de la propia repartidora de condones la que causó la injusticia? Yo no. Y ello, independientemente de que esté de acuerdo o no con lo que escribió el Sr. López Castillo, que ha demostrado no tener mucha razón, pues «Morritos Jagger» ha demostrado que sí tiene, al menos, el tipo de inteligencia que hace falta en la política de este país: mala baba y ambición.

Hoy, a otra persona, también por decir lo que piensa, los coristas (con todas las implicaciones de la palabra) de esta hija de su p. madre (la «P» es de «Presunta Tránsfuga», que nadie se me escandalice) la llaman machista. ¿Es un insulto machista decir de alguien que es «discreta y preparadísima»? Yo lo encuentro todo lo contrario: una alabanza. ¿Y decir que «va a repartir condones a diestro y siniestro» o que «será la alegría de la huerta»? A mi me parece una descripción muy adecuada de lo que se puede esperar de esta Sociolista en su nuevo puesto, dada la historia de este Gobierno en relación con las políticas sociales, en particular con respecto al SIDA y al sexo juvenil. Quizá pueda ser más machista el comentario de que

cada vez que la (sic) veo la cara y esos morritos pienso lo mismo pero no lo voy a contar aquí

pero yo también, cada vez que veo la cara de «Morritos Jagger» pienso lo mismo. Y no me corto en ponerlo (al menos parte) aquí.

ACTUALIZACIÓN 19/07/2012 - Cambio la foto, que había desaparecido, por otra.

OpenStreetMap

Acabo de darme una vuelta por mi barrio con una libretita, apuntando pasos de peatones, números de casa, cedas el paso, etc. Y no, no es que me haya vuelto loco, es que estoy mapeando mi zona en OpenStreetMap.

Ahora mismo está así:



Como se ve, hay calles sin nombre, no están los pasos de peatones, etc. A ver si en un par de tardes más que le dedique tengo el barrio en forma.

Osmos

Probé hace cierto tiempo la demo de un juego estupendo. Se trata del juego Osmos, de un pequeño estudio independiente (Hemisphere Games).

Osmos es un juego ambiental, en el sentido de que no hay (generalmente) enemigos que vayan a por ti, ni puzzles que resolver: las cosas simplemente ocurren, y la mayoría de las veces puedes dejar correr el juego y volver más tarde. También se podría clasificar como juego Zen, ya que es un juego en el que la impaciencia suele ser mala consejera.

Tras probar la demo para Debian y quedarme encantado, decidí comprarlo (menos de 10€) y ahora juego un poco a veces para desconectar del resto de las cosas que hago en el ordenador.

Además, no solo el juego en si mismo, sino los gráficos y la música están soberbiamente trabajadas. De hecho, tengo por aquí la banda sonora, aparte, para CD.

Les dejo un vídeo de muestra:

Osmos Trailer from hemisphere games on Vimeo.

Una tarde de risas

Hace poco (dos semanas) fue el cumpleaños de una amiga. Fuimos un grupito de amigos a su casa, donde había invitado también a otros amigos suyos. Pasamos una buena tarde comiendo, bebiendo refrescos y jugando a varios juegos de grupo como el Party&Co o Los Hombres Lobo de Castronegro.

Fue una de las mejores tardes de mi vida, y sin una gota de alcohol.

Sobre la posible responsabilidad de la Administración Pública en un programa desarrollado mediante un modelo libre (aspectos técnicos)

Copio otro artículo que acabo de publicar en la Desbitácora, segunda parte del anterior:

El modelo de trabajo en dos fases, con repositorio a cargo de la comunidad de desarrolladores y versiones oficiales a cargo de la A. P. es fácilmente implementable en los sistemas de «forja» de código actuales, y con poca dificultad en cualquier otro que se desee. Por ejemplo, el sistema ya existe en la forja de OSOR.eu. A tal fin se distingue entre tres formas de obtener el código:

• A través de los medios propios del repositorio o a través de su interfaz web


• En forma de bola 'tar' o archivo comprimido generado automáticamente por la forja


• En forma de bola 'tar', archivo comprimido o paquete (fuente o binario) creado por los desarrolladores propios de la A. P.

En los dos primeros casos el usuario obtiene una versión del código que se considera, a todos los efectos, como inestable o de desarrollo. En el tercero, el código obtenido se considera, a todos los efectos, código publicado por la A. P.

A modo de ejemplo, véase el proyecto SEXTANTE de la Junta de Andalucía alojado en OSOR.eu que nos proporciona los tres modos:

• El acceso a través de

  svn checkout https://svn.forge.osor.eu/svn/sextante

  o a través de

  http://forge.osor.eu/plugins/scmsvn/viewcvs.php/?root=sextante



• La descarga de

  http://forge.osor.eu/snapshots.php?group_id=13

  enlazada desde http://forge.osor.eu/scm/?group_id=13 e identificada como «copia nocturna»


• Los ficheros presentados en http://forge.osor.eu/projects/sextante/

Los casos a) y b) quedan claramente al alcance de cualquiera, pero sin embargo quien obtiene el código por dichas vías es plenamente consciente de que obtiene código no necesariamente comprobado, mientras que el caso c) es el resultado del esfuerzo consciente por parte de ciertos desarrolladores en empaquetar una versión determinada del código.

De esta manera, el flujo de trabajo comienza con desarrolladores que realizan cambios en el código y añaden tales cambios al repositorio. Según la confianza que se tenga en dichos desarrolladores, podrán añadirlos directamente a la rama «tronco» del repositorio o no, pero en cualquier caso dichos cambios son parte de la base de código desde ese mismo momento. Nótese que la responsabilidad es puramente personal del desarrollador que realiza el cambio, y que no se trata necesariamente de personas responsables ante la A. P.

El flujo continúa con la evaluación de dichos cambios por parte de dos grupos, los usuarios que decidan obtener esa versión del código y probarla, y con ello informar de posibles fallos o regresiones de código, y los restantes desarrolladores que decidan hacer una «revisión por iguales» del cambio y, en su caso, portarlo a otras ramas del repositorio.

El siguiente paso es que uno de los desarrolladores que sí tienen la responsabilidad ante la A. P. de seleccionar el código aceptable para su publicación haga una revisión de una serie de cambios al «tronco» del repositorio y publique una nueva versión oficial del programa. Es en este punto, y solamente en éste, donde aparece la responsabilidad de la A. P. ante los usuarios.

Queda el caso puntual de las versiones inestables oficiales, entendiendo por tales las versiones «candidatas para la liberación» que se publican por muchos proyectos, tanto libres como privativos. Dichas versiones son necesarias, casi imprescindibles, para probar el código antes de liberarlo, pero suelen publicarse de la misma manera que las versiones oficiales. Suelen contener una indicación clara de su estado no definitivo, como las letras 'rc' (Release Candidate) o el indicativo 'beta'. Sin embargo, el publicarlas de la misma manera que las versiones oficiales definitivas puede tomarse, con un poco de mala fe o de ineptitud, como indicativo de que se encuentras endosadas por la A. P.

El caso con estas versiones es que efectivamente se trata de versiones publicadas oficialmente, ya que es código que ha sido comprobado por los desarrolladores de confianza. En ese sentido la A. P. es responsable de la publicación de una versión inestable, pero es el usuario el responsable de haber elegido esa versión para su descarga estando disponible una versión estable oficial aunque sea más antigua: ningún usuario puede aducir que descargó una versión 'rc', 'beta' o '0.x' sin saber que se trata de versiones de prueba. Para reforzar este punto, versiones tales no deben presentarse en la página principal del proyecto, pero sí en la página de versiones liberadas de la forja. No es un problema que aparezcan en la zona de noticias de la página principal del proyecto si se presentan como versiones de prueba.

La diferencia presentada entre código en el repositorio y código publicado oficialmente hace posible el modelo de comunidad en el que la única normativa para ser considerado como desarrollador es haber contribuido con código válido.