Es por eso que en este día, quise darle unos retoques y  le agregué un reproductor de sonido del código morse generado. Es un simple acto para decir, ¡Felíz aniversario Samuel Morse!

Traductor de clave Morse (Español)

Morse Code translator (English)

Esto me pasó con una linterna que compré en la cual las pilas alcalinas encajas a la perfección, mientras que las pilas recargables no entran o se raspan en sus laterales mientras se las coloca. Este, si bien es un caso extraño, puede darse si el dispositivo no contempla la variación de casi 1mm de diámetro que el estándar 60086-2  (punto 1.7.2) contempla para las baterías AA  o, como la denomina la norma, xR6 (donde la x representa la letra del compuesto químico que contiene).

La norma expresa claramente que las baterías AA pueden tener un diámetro mínimo de 13.5mm y un diámetro máximo de 14.5mm. Es por esto que los fabricantes juegan con esta variación para llevar al máximo el diámetro para extender la capacidad de carga de la batería o simplemente al mínimo para fabricar baterías más económicas.

Así que antes de comprar pilas de alto amperaje para su dispositivo, fíjense bien si su dispositivo la soporta. Si no, van a renegar mucho.

Eso me pasó siempre cada vez que alguien me pregunta qué framework PHP debería utilizar. Siendo que nunca me gustaron demasiado los frameworks por el simple hecho que estos te limitan el campo de acción debo reconocer que trabajar sin uno hoy en día es casi suicida.

Habiendo pasado por varios frameworks he visto cómo se suele desvirtuar el objetivo y la utilidad de un framework en nombre de la sencillez, la estabilidad, facilidad de uso y dios sabe que otra aberrada justificación.

Ejemplos como:

• Utilizar sesiones propias engorrosas y pesadísimas en pos de la seguridad (WTF) en vez de utilizar sesiones nativas del lenguaje.
• Tener que aprender a utilizar  funciones para cerrar un simple tag html como podría ser form_close() que lo único que hace es imprimir un “</form>”
• Obligar al desarrollador a usar GET o POST dependiendo sea el caso o el módulo a utilizar.

Todas estos ejemplos hicieron que no haya tenido buena experiencia en general con los frameworks PHP o los CMS mal llamado frameworks.

Es por esto que  con Pixelatom continuamos una idea que tuvo Javier y que plasmó en su LinxPHP, un framework que ofrece la estructura básica para trabajar en cualquier tipo de proyecto.

LinxPHP no ofrece, como otros, codificar menos o menos tiempo de desarrollo. Lo mejor de linx es que ofrece una estructura sólida para que un desarrollador con experiencia de programación orientada a objetos pueda demostrar lo que sabe sin tener que preocuparse por la estructura genral del sistema.

Las principales ventajas y las vertebras de LinxPHP son las siguientes:

• Un enrutador que permite trabajar con URL amigables directamente con los controladores.
• Modelos que mapean la base de datos y que crean todas los objetos necesarios para trabajar con la base de datos
• Un MVC  básico para no tener que aprender nada nuevo.

En Pixelatom venimos laburando hace más de un año con este framework y hemos realizado más de 30 sistemas y sitios webs con un éxito rotundo. Por lo que ahora, después de varias vuelta de tuercas, lanzamos el framework con licencia Open Source para que pueda seguir creciendo y alimentándose de los desarrolladores que están podridos de tener que limitarse con las funcionalidades de los frameworks monstruosos.

Es por eso que, hoy en día, si me preguntan que framework PHP utilizar, puedo decir sin preámbulos y tranquilo que LinxPHP se la banca un paquetazo.

Una vez tirado el tema y presentado las ideas, nosotros casi inmediatamente, acordamos el concepto del juego. Nos ayudó mucho el hecho de conocernos, ya casi sin discutir teníamos los roles y estábamos en carrera cuando volvimos a nuestros lugares.

Mientras Lautaro, un maestro del pixelart, discutía los bosquejos gráficos con Carla Corcoba, una de las pocas artistas gráficas del lugar; con Javi nos pusimos a estudiar el framework que habíamos elegido. Debo reconocer que esa era la primera vez que habíamos visto ese framework y no teníamos idea de como funcionaba. Sólo habíamos visto un par de juegos de ejemplo. Nos decidimos por ese framework, porque era web y los juegos web tienen una mejor distribución que los instaladores compilados. Pero el riesgo de esto era grande.

Gracias a la velocidad de dibujo de Lautaro, en poco tiempo ya hacíamos las primeras animaciones codificadas y empezábamos a diseñar los niveles. Dentro de las primeras doce horas, ya teníamos un prototipo bastante avanzado en donde nuestro simpático y medio bobo personaje ya corría y saltaba en un nivel precariamente dibujado.

El pixelart, más allá de ser una técnica, es una cultura. Tiene mucha historia y melancolía encima y aun sobrevive a efectos gráficos vectoriales mucho más avanzados. Nosotros lo adoramos y por eso seguimos siendo fiel a esta técnica (y a sus cientos de juegos que se siguen produciendo hoy en día).

El juego de plataforma que nosotros habíamos pensado incluía una innovación, en vez de avanzar con una sola tecla, como en la mayoría de estos juegos, hicimos que se corriera con dos, una por cada paso. Esto hacía que la coordinación fuera importante y le agregaba un toque de dificultad al juego. Una vez que el prototipo ya funcionaba nos concentramos en el resto de los componentes del juego. Las pantallas, la lluvia de meteoritos, las monedas, el sistema de puntaje, el sonido y los obstáculos que el personaje tiene que saltar y mucho testing.

Cuando ya casi teníamos todo cocinado, nos pudimos dar el lujo de hacer un nivel secreto en la primer pantalla.

A último momento nos dimos cuenta de un error importante. A Javi le parecía extremadamente fácil y a lautaro exageradamente difícil. Ya faltaban un par de horas y no podíámos saber por qué en la netbook de Javi, la lluvia de meteoros era una escasa llovizna y en la máquina de Lautaro era el diluvio universal de bolas de fuego. Hasta que dimos con la tecla: ¡Los frames por segundo! La máquina de lautaro renderizaba muchos más FPS que la de Javi. Por eso, javi rápidamente modificó el script para que todas las máquinas compartieran la dificultad y así subsanamos ese error a apenas minutos de presentar el juego. Como cereza del postre, le agregamos el envío del puntaje a facebook haciendo que apenas lanzado el juego hayan habído varios jugadores que enviaron su puntaje a la gran red social.

Despues la presentación y a jugar todos los juegos desarrollados en la jornada para evaluarlos y divertirnos.

Debo reconocer que la organización fue impecable. El lugar en la Universidad Blas Pascal era perfecto: espacioso y cómodo (teníamos toda la cantina a nuestra disposición con wi-fi y muchos enchufes), teníamos medialunas calentitas con café todas las mañanas, buen almuerzo y cena y el kiosco las 24 horas abierto para comprar azúcar, chocolates y bebidas con cafeína. Los espónsores (Nimbuzz, Intel, QAustral, Pentamedia y TripleSmart) pusieron lo suyo y además de merchandising, corrieron con todos los gastos.

Más allá de la gran experiencia y del cansancio (yo apenas dormí 2 horas en casi 50 horas que duró el evento) pudimos desarrollar Poor Little T-Rex y ganar, con éste, dos terceros puestos (el del público y el del jurado).

Gracias a los organizadores y estamos ansiosos por participar del Game Jam próximo. Acá les dejo unas fotos que tomé con mucho cansancio y sueño.

Este video del “reboot” del tráfico aéreo al norte de europa por causa del volcán Eyjafjallajokull, me resultó realmente impactante y me dió la excusa perfecta para retomar el vicio.

Es fantástico ver como se intensifica el tráfico una vez liberado. A propósito de eso, Ignacio Guerra nos muestra una foto de las trazas que dejaron los aviones en Barcelona una vez liberado el tráfico. Muy buena.

BTW: Sepan disculpar los errores, estoy oxidado.

Esto se debe a que PHP tiene 2 formas de comparar datos, una compara el valor y otra también el tipo de dato. Es así entonces como
0 == false
pero
0 !== false

A continuación, listo una serie de casos para entender mejor cómo funciona la comparación de PHP con los datos booleanos. Probablemente se sorprendan con varios de estos

Las siguientes comparaciones dan verdadero (true) en todos los casos

• false == ”
• false !== ”
• false == null
• false !== null
• null == ”
• null !== ”
• 0 == null
• 0 !== null
• null !== ”
• null == ”

Otra curiosidad de yapa: count(”) devuelve 1

¿Alguno de estos casos te llamó la atención y no lo habías considerado?

Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 255 before MySQL 5.0.3, and 0 to 65,535 in 5.0.3 and later versions.

Resulta que a partir de la versión 5.0.3 de MySql, se permiten varchar de hasta 65.000 caracteres.

¿Es bueno cambiar la estructura de datos de un lenguaje tan radicalmente? ¿Para qué hacen tanto hincapié, entonces, las facultades para enseñarte (casi de memoria) los tipos de datos?

En fin… si se quedan cortos ya saben, usen varchar(2000) que está todo bien.

Algunos de los botones de los ascensores, botones para cruzar la calle y muchos de los termostatos en las oficinas funcionan como botones placebo. Algo nuevo que aprendí en Reddit.