El JAVASCRIPY mola mogollón

Si los geeks domináramos el mundo.. (cosa que tarde o temprano, terminará pasando) esta es la canción que realmente estaría viajando a Belgrado, y no la de Rodolfo Chikilicuatre:

¡¡¡Teclea, teclea!!!

El javascripy mola mogollón,
funciona en explorer y también en firefox.

Ponle javascripy a esa paginita,
que el javascripy la deja muy bonita.

Abre ventanas,
muestra mensajes,
valida formularios,
mi amol ya tu sabes!

Programan los seniors,
Programan los juniors,
Programa mi jefe con acentos en el function!

Y el javascripy se programa asi:
1-El tag <script>
2-el function vars
3-el alert-confirm
4-el return trú

Programa el javascripy,
Programa el javascripy,
programan los heavys también los frikis

Programan en la offis, programan en la uni,
Programan los fruittis y también los lunnis.

Programa Maradona esnifando una raya,
y Juan Carlos le dice: ¿Porque no usas ajax?

En el formulario de un triste portal,
pusieron javascripy y ya pudo validar

¡¡¡Validar!! ¡¡Validar, validarr, validarrr!!!

Y el javascripy se programa asi:
1-El tag <script>
2-el function vars
3-el alert-confirm
4-el return trú

by Xavier Carné & Alex García

La imprecisión de una Excel

Maldita costumbre la de llamar a toda hoja de cálculo así, Excel. Por si no fuera suficiente con los ya clásicos bugs de interpretación con las fechas a la hora de generar (vía automatización COM) una de estas fantásticas “Numbers”, resulta ser que se acaban de descubrir un nuevo error en Microsoft Excel 2007 el cual saca a relucir las cualidades de este software para con las matemáticas.

Si realizamos la sencilla operación de multiplicar “850 por 77’1″, obtendremos un resultado bastante diferente al esperado tal como vemos en la imagen, en lugar de “65.535″ que sería lo correcto.

Uploaded with Skitch!

Parece ser que el error viene por la incorrecta interpretación de ciertos números enteros (65535 en decimal es 0xFFFF en hexa) y su bit de signo. Estoy de acuerdo, todos hemos tenido ese clásico error alguna vez, pero es que un señor programa como Excel cuya función principal es la de trabajar con números (y hacer que salgan bonitos claro)… ¬¬

ORM, mapeo de objetos relacionales

Uno de los problemas más típicos cuando se desarrolla una aplicación (ya sea una aplicación web, o una aplicación clásica de escritorio) es la definición de la base de datos, seleccionar el conjunto de tablas y relaciones correctas y los tipos de datos que más se asemejen a los que más tarde necesitaremos en el software que estemos desarrollando.

Esta es la forma clásica de desarrollo, diseñamos la BBDD, bosquejamos formularios y vistas, y nos tiramos a la aventura de crear el “código pegamento” que haga las traducción en las dos direcciones, y así hasta que “todo funcione”. Pensamos en relacional para más tarde terminar programando en objetos. Existen incluso SGBD’s que tienen características afines a un modelo orientado a objetos, pero mantienen la separación (aunque en modelos similares) entre estas dos capas.

Una de las propuestas que estoy probando ahora mismo, y que me parece una solución bastante similar a la idea que hay detrás de RoR, es la del ORM y en concreto la implementación XPO de DevExpress. Es un producto de pago, y más en concreto para plataformas afines a Microsoft, pero el placer de definir las clases (nuestros objetos) y sus relaciones desde el código para que todo lo demás lo haga el framework (vínculos con componentes visuales, diseño y mantenimiento de la BBDD’s, etc..) es un placer que debería de estar disponible YA para otras plataformas.