Bug en Prototype ?

Voy a publicar esto aquí antes de que se me olvide. Desde que uso Prototype en mis desarrollos he tenido ciertos problemas con la rutina Ajax.Updater al intentar que me ejecute los scripts incluidos en fragmentos que traigo a la página via Ajax. Se supone que incluyendo la opción evalScripts deberia funcionar, pero no siempre es así. Investigando al final he concluido que la expresión regular que busca las cadenas que contienen los scripts no funciona adecuadamente (el problema está en el caracter \r).

Al final lo he parcheado y parece que funciona.

El cambio es el siguiente:

updateContent: function() {
var receiver = this.responseIsSuccess() ?
this.containers.success : this.containers.failure;

var match = new RegExp(Ajax.Updater.ScriptFragment, 'img');
var s = this.transport.responseText;
s = s.replace(new RegExp('\r','mg'),'');
var response = s.replace(match, '');
var scripts = s.match(match);
Actualización: Tras enviarle un email a Sam Stephenson, creador de prototype, he recibido su respuesta afirmativa en la que me confirma que tenia reportes de errores en Windows pero no había podido averiguarlo. Hoy me voy a dormir habiendo hecho mi contribución diaria al soft libre. ;-)

La libertad es de aquel que posee su código

Leo en BandaAncha la referencia a un inspirador artículo de Carlos Sánchez Almeida.

Quizás con los años (bastantes) la retrospectiva hacia los últimos 10/15 años vividos no enfatice el advenimiento de Internet, sino los cambios que produjo la Sociedad de la Información como este (profético) escrito.

easyCinema

Leo en BlogDeCine que Stelios, el brillante creador de easyJet, la aerolínea de bajo coste precursora de tantas otras vuelve a la carga con otro nuevo negocio: easyCinema, cines y alquiler de DVDs de bajo coste. ¡Que suerte tienen los londinenses!

Reserva de objetos en Java

Otro interesante artículo de Brian Goetz de IBM que destruye otra de las leyendas urbanas relativas al rendimiento de la plataforma Java: la gestión de memoria. Habitualmente se ha comentado que la construcción de objectos y, sobre todo, el trabajo del garbage collector implicaban un deterioro importante en el rendimiento.

Tal como el autor especifica en el artículo, no solo esto es falso, sino que es más conveniente crear y destruir objetos con frecuencia que mantener un pool de los mismos.

Sorprendente...

Shuttle M1000

Shuttle, uno de los líderes (por no decir el lider) de los mini-PCs o barebones, ha presentado una propuesta muy interesante de HTPC (home theater pc). Llevo tiempo siguiendo este tema, pues muchas veces he pensado en incorporar uno de estos aparatos a mi sistema de entretenimiento audiovisual, pero siempre encontraba precios demasiado altos y características no adecuadas.

Tal como se explica en la introducción del citado artículo, lo más importante de un HTPC es la usabilidad y el ruido. Dicho de otra manera, ha de hacer su trabajo de manera sencilla (lo más sencilla posible) y sin ruidos clásicos de un PC.

Parece ser que lo han conseguido. Las únicas pegas que encuentra el autor del artículo son referentes a la televisión de alta definición (HDTV). Ahora bien, si en EEUU aún está poco implantado... aquí ni se conoce apenas. Así que para nosotros no es un handicap hasta dentro de un tiempo (¿quizás en el 2010 con la implantación de la televisión digital terrestre?)

Actualización 17/10/05: Me había saltado el precio en el artículo... 2000$ contantes y sonantes. Ya no me parece tan buena opción... ;)

Java vs C (rendimiento)

Realmente nada nuevo bajo el cielo como comentan en este artículo sobre el rendimiento de Java vs C publicado en javaHispano.

Están prácticamente igualados, apenas C rebasada Java en algunos campos, y en otros Java rebasa a C. Desde luego el rendimiento hace tiempo que no es un factor para la elección del lenguaje de programación (rendimiento de ejecución se entiende).