Qué buen ritmo que tiene este tema:

Ayer me encontré a la rata Lali
estaba sentada en el cordón
estaba sola triste y desdichada
y de sus ojos le colgaba un lagrimon
había sido hechada de su cueva
por su padre el gran ratón.

Porque la había encontrado estimulada
y acostada y acostada con Pepon (Topón)
mi padre es un burgués capitalista
(su padre es un ingles imperialista)
y de la marca de la marca roquefort
Pepon era el líder del frente
roedor de liberación, oh yeah!!!

-¿Y vos no hicisteis el curso de piloto de helicópteros?
No, yo hice Iniciación a la Computación. Ya sabés; Logo. Avanza tortuga, gira tortuga… no me sirvió para nada.
Tiempo de Valientes. Damian Szifron. 2005

(No estoy seguro del a exactitud textual de la cita, pero es realmente muy gracioso. Si alguien llega a encontrar ese fragmento en YouTube, no deje de avisar!)

El fin de semana pasado vi un drama que me gustó, y a mi nunca me gustan los dramas: Smart People.

¿Cómo saber en Django qué sentencias SQL se están ejecutando detrás de su ORM? Según la FAQ, podemos hacerlo de esta forma:

Make sure your Django DEBUG setting is set to True. Then, just do this:

>>> from django.db import connection
>>> connection.queries
[{'sql': 'SELECT polls_polls.id,polls_polls.question,polls_polls.pub_date FROM polls_polls',
'time': '0.002'}]

connection.queries is only available if DEBUG is True. It’s a list of dictionaries in order of query execution. Each dictionary has the following:

“sql“ — The raw SQL statement
“time“ — How long the statement took to execute, in seconds.

connection.queries includes all SQL statements — INSERTs, UPDATES, SELECTs, etc. Each time your app hits the database, the query will be recorded.

Cada vez que se realiza una nueva petición, esa variable es sobre escrita con las consultas que se ejecutaron en la vista asociada. La forma de verlas es accediendo a connection.queries en cada vista de nuestro interés. Para facilitar esta tarea y no tener código intrusivo, escribí un decorador:


from django.db import connection
def sql_debug(f):
'''
Decorador útil para inspeccionar las sentencias SQL que se ejecutan en
cada request.
'''
def inner(*args, **kwargs):
r = f(*args, **kwargs)
for d in connection.queries:
print "time: %s\n sql:%s\n\n" % (d['time'], d['sql'])
return r
return inner


Ayer en un arrebato de "es viernes, y no tengo ningún otro plan" fui a la nueva sala 3D de los Cinemark de Palermo a ver el re-estreno de The Nightmare Before Christmas. Ya que sin prisa pero sin pausa Yankeelandia nos va imponiendo Halloween, tratemos de aprovecharlo.

Fue una linda experiencia porque nunca había visto la peli en cine, y la remasterización en 3D está muy bien. Si bien toda la peli es 3D, parecería haber una mezcla de técnicas. Hay partes donde solo se forzó la profundidad, logrando 2 o 3 "planos" claramente definidos, pero en los que las cosas se ven, si uno presta atención, medio "chatas". Pero hay otras partes en donde hicieron este trabajo mucho mejor, y hasta diría que reicieron la animación (obviamente, respetando el original), y el efecto es más real. Lo bueno es que estas partes son mayoría, o al menos, se ocuparon de que cuando la acción involucra uno o dos personajes de cerca, y/o no hay un "paneo general", el efecto esté bien. Por último, no pude confirmarlo, pero me parece que hay algunas secuencias cambiadas. En especial, cuando Oogie Boogie enfrenta a Jack... hay toda una cosa de luces negras que NO recuerdo. Pero puedo estar equivocado.

Lo único no-tan-bueno es que la versión que están pasando está doblada... y en España :( Me hubiera gustado más verla en inglés, pero al ser una película orientada al público infantil, y estar solo en 2 salas, calculo que es difícil lograr una demanda que lo justifique. Pero la verdad no me esperaba tampoco un doblaje tan... español. De entrada choca un poco, e incluso confunde a los chicos. A cada lado tenía una pareja de padres jóvenes con su hijo de 5 o 6 años, acostumbrado a ver la peli en DVD en la casa una y otra vez, y los dos chicos en un par de oportunidades hicieron algún comentario del estilo "papá, ¿por qué habla así Jack?", o "hablan raro...". Siendo un producto de Disney, la verdad que esto llama la atención.

De paso aproveché para tomarme un café en Starbucks. Ahora que ya pasó el furor de la novedad, me atendieron después de hacer una cola de "solo" 20'. El café más chico es de 200ml y sale $10,50. El que le sigue, es de 500ml, y sale $12,50. Rápidamente me dije a mi mismo, si me van a romper el orto por un café, hagámoslo bien. Por $2 más de diferencia me llevo más del doble. Pero... ¿saben qué? Medio litro de café de un saque es MUCHO café, en particular si no están tan acostumbrados. Menos mal que dentro de todo el café de Starbucks es liviano. Si no la acidez me hubiera perforado el estómago. Posta.

• Teclado en inglés
• Caracteres acentuados y eñes usando la manzanita (o ventanita) derecha
• Las comillas son solo eso... comillas, sin tener que usar la barra ni nada adicional.

Original:
linea 76:     key  { [dead_grave, dead_tilde,         grave,       asciitilde ] };
linea 106:    key  { [dead_acute, dead_diaeresis, apostrophe,        quotedbl ] };

Modificado:
linea 76:     key  { [     grave, asciitilde,    dead_grave,       dead_tilde ] };
linea 106:    key  { [apostrophe,   quotedbl,    dead_acute,   dead_diaeresis ] };

Hoy salió Ubuntu 8.10, Intrepid Ibex. Cómo es costumbre, cada distribución de Ubuntu tiene un animal en su code name. El Ibex, o Capra Ibex es un tipo de Cabra que habita en Los Alpes.

Nosotros, en Argentina, tenemos nuestra propia versión, también conocida como Chivo:

¿Cuál sería un diagrama de capas correcto para representar una instalación de Django? Ensayé el siguiente gráfico; es para una instalación en particular, pero se puede cambiar GNU/Linux por Sistema Operativo, PostgreSQL por Base de Datos y Apache por Servidor Web para hacerlo más genérico:

La idea detrás de un diagrama de capas es expresar que los componentes de una capa le brindan servicios a los de la capa superior mediante alguna interfaz.
¿Mejores ideas? ¿Conviene otro tipo de diagrama?