Buildlog sukoi 31

Este fin de semana ha sido productivo, he recortado y pegado un plano de 5x5 folios A4 (unicamente durante los anuncios de una película en los anuncios de chocolate), he cortado las 8 costillas y las 6 semicostillas de deprom ñiajajaja los largueros de madera de balsa con un corta-listones que compré en TowerHobbies, canela en rama, ahorra una pasta, bueno, el caso es que tengo montada el ala en modo dry fit y no puedo subir una foto por que mi cámara no me permite sacar una foto si no es en la tarjeta :( así que otro día será.

Otro día subiré las fotos y el plano.

Bueno, la cosa va lenta y no por el avión sino por un proyectito que estoy haciendo he hecho. Pero lo prometido es deuda, aquí teneis una foto de como va el ala, parece que aguanta el deprom para costillas.

De Todos somos ignorantes pero no de las mismas cosas

No utilices el martillo de oro

Hoy me apetece relatar las consideraciones que hay que tener en cuenta a la hora de escribir código.

Todos los que programamos tenemos ciertos vicios creados y es dificil prescindir de ellos, puesto que según el antipatrón de diseño del martillo de oro cuando un martillo funciona todo te parece un clavo :) y es prácticamente imposible eludir esa norma, así que desde mi humilde opinión voy a mencionar algunas ideas que a mi me han valido.

* Piensate bien las cosas antes de actuar, pero no dejes que eso te paralice, una aplicación sana comienza en la base de datos y termina en la interface de usuario sin descuidar ninguno de sus puntos intermedios, un error de diseño en cualquier paso será como una pequeña piedrecita, pero se convertirá en una enorme losa de granito al final del desarrollo, como nadie es perfecto, refactoriza frecuentemente, no dejes que la losa te aplaste.

* Utilizar un lenguaje de marcas al generar la interface siempre es una buena idea, aunque si el tamaño de la aplicación lo merece, es mucho más recomendable utilizar un motor de plantillas, esto facilitará mucho la comunicación entre el equipo de programación y de diseño.

* Tampoco estaría mal tener un método rápido y sencillo para generar todo el código que vaya al servidor, de la misma forma que se genera el x?html si va al servidor no es más que mera presentación, por qué no darle el mismo trato al html?

* $Deity nos coja bien follados confesados en las depuraciones bajo internet exploiter, como su propio nombre indica es una bestia indomable e impredecible, en este caso conviene atarla bien atada con una dtd, para que el quirks mode no haga de las suyas, o pasar de dtd, ponerte el gorro mejicano y que comience el rodeo.

* Estudia tus necesidades e intenta casarte lo mínimo posible con cualquier tecnología, a no ser que necesites rendimiento, entonces cásate con cuantas quieras, siempre que las hagas modulares, si formas amalgamas es probable que cuando haya que cambiar por una chinita en el camino, la losa te aplaste.

* En realidad cuando uno es buen programador encuentra caminos fáciles y concretos y camínos difíciles y genéricos, siempre hay que buscar al fantasma de la sobreingeniería y resolver el problema con el grado de complejidad correcto, un exceso costará más, pero lo más probable es que cuando se implemente la parte que sobró haya que adaptar la interface o que esa parte nunca se use, un defecto llevará a una refactorización, ya sea para adaptar interface o ampliarla, en cualquier caso la parte a + b parece mejor opción, sobre todo si la parte b no se conoce en el momento de la generación del código, por qué implementarlo si no se sabe ni como ni cuando se va a usar?

Me dejo todo un libro en el tintero, pero, cuando uno tiene estudios aprovechados, dos dedos de frente o un buen proyecto, aprende todas estas cosas enseguida, para el resto de los mortales son los misterios del exito del código de otros y no son más que cuatro recomendaciones básicas, así que recuerda, no utilices el martillo de oro

The financial crisis for dummies

El otro día me llegó un enlace de los más interesantes que me han llegado últimamente, el blog de Leopoldo Abadía y navegando llegué a uno de los anexos, la crisis ninja.

En este anexo se explican el cuando, el cómo, el porqué y el quien ha influido en la crisis como el la llama ninja, que significa No Income, No Job, no Assets (Sin ingresos, sin trabajo y sin activos) en referencia a las personas que recibieron préstamos en esas condiciones, los tipo de productos que la banca inventó para aprovecharse de ellos, como la clase política "comenta la jugada" y lo que el piensa de esos comentarios :).

Una lectura muy entretenida que debería ser seguida por todo aquel al que le importe lo más mínimo lo que pasa en este planeta y no tenga ni idea de los oscuros detalles de ese mundillo perverso en el que se convirtió la economía en los últimos años.