2011 - Recapitulación en código

A menos de 48 horas de terminar el 2011, me pongo a pensar en la cantidad de código inútil que tuve que arrojar para ganarme el alcohol de cada día. También código que no genero dinero, pero aún así sirve para perder el tiempo (o si lo pusiera en Linkedin para ganar "skills"). A manera de raro resumén algunos puntos:

• Python - Creo que el "skill" que más alimente (y con profit) fue mis inicios en el desarrollo web con Python, en particular con Google App Engine. No dire que fue de mi agrado inmediato, tarde en reconocer el valor del lenguaje y la plataforma, pero se le toma cariño. Hubiera esperado más proyecto de este tipo (por el dinero también, ¿por que no?). Aunque no considero mi nivel de Python, como competitivo, me gustaría continuar el desarrollo.
• Facebook API - De la mano con Python, estuve adentrandome en las APIs de Facebook y sus virtudes. Igual, al principio es algo extraño, sobretodo estan en medio de la migración de las API's a Graph, que la verdad es una maravilla contra FQL y el demás de API's absurdas que tenía FB antes.
• MSOLAP - Si, fue un año rudo en cuestión de OLAP, aprendí mucho Analysis Services, y aún así me sigo sintiendo bastante novato. Estuve viendo optimizaciones, particionamiento, analisis de dimensiones, y demás brujerías que no podría explicar del todo bien, pero entiendo que hacen. Aquí si pondría un STOP, así grandote y rojo, porque no creo que quiera continuar haciendo Cubos OLAP.
• .NET - Aquí tenemos desolación, se que hay cosas nuevas y fascinantes, pero la verdad que poco acercamiento tuve. La única excepción a considerar sería utilizar ASP.NET MVC3, pero no tanto como podría haber esperado, esta lindo el asunto pero como que no es lo mio.
• Java - Hace poco menos de un mes, lo intente, juro que lo intente. Instale mi Android SDK, mi Eclipse, e intente leer un poco de como hacer basura en Android, pero algo paso, que lo olvide (yo digo que me bloquee a mi mismo a olvidar el tema). Quizás el siguiente año lo vea de nuevo, junto con el olvidado Objective-C (que según eso debería estar trabajandolo pero no me han dado el proyecto aún).
• Javascript - Lo pase de noche, aprendi un poco más de JQuery, pero olvide otro tanto. No es cierto, vi un poco de Javascript de ese loco y raro en Node.js, pero no me gusto, así que lo di por cerrado el caso.
• Ruby - Igual que arriba, lo instale, lo vi, y dije "OK nos vemos señor lenguaje japones, hasta nunca". Pido a los dioses no me toque usarlo jamás.
• PHP - Algo paso, pero no se que, creo que deje de programar PHP por alguna mistica razón. Ya lo que hago solo es refrito de WebCore, el cual por cierto esta bastante flojo en commits.

Creo que así puedo resumir lo que vivi en código este año. Este siguiente año no creo llegar a profundizar ninguna tecnología nueva, pero bueno, tampoco esperaba tocar Python este año (sin albur).

Webcore 3 Libre

Es noticia relativamente nueva, pero como siempre mis múltiples ocupaciones no me habían permitido hablar del tema. Pues bien, el sujeto jefe de mi trabajo, decidió que era buena idea liberar Webcore3 en Codeplex. La situación detrás de esto es desconocida, pero me parece bien. En el link a continuación esta la página del proyecto:

http://webcore.codeplex.com/

Que de bueno tiene? Porque no lo bajan y me lo dicen. Abran sus corazón y dediquen 10 minutos a este proyecto ya medio huerfano. La realidad no ha tenido nada bueno como en un año, pero nunca es demasiado tarde para que sirva de algo. En lo personal me sirve, y me sirve bien. Aunque maldigo diversos detalles, que en próximas entregas detallare.

En lo personal no les recomiendo los Samples que vienen incluidos, son malos y complicados. La vida es más fácil que eso, pero bueno al menos es algo para que se vea de que se trata el proyecto.

Se acabo el 2009, pero no con ello #x

Grandes eventos marcaron la historia del hombre este 2009, las multiples fallas del LHC, muerte y destrucción, Geekologie robando corazones, el desarrollo de #x, el boom de twitter y otras chorradas dignas de los libros de historia de cinicos profesores de primaria. Y hablando de #x, me sorprende la cantidad absurda de codigo que se ha arrojado. Simplemente yo he defecado codigo en C, C++, ObjC y JAVA. Indirectamente en PHP y JScript. Siendo una plataforma casi digna de llamarse Kraken (como en The Daily WTF!) jajajaja.

Que más puedo decir?! Que BlackBerry es una perra, que C/C++ sigue siendo para nerds muerde almohadas y ObjC es tan distante de la humanidad como la luna. Lo veo, y casi puedo tocarlo, pero cada dia esta más y más lejos de mi. Algún llegare a ti, tan pronto comprenda "the rocket science". Fuera de romanticas frases, creo que no fue un glorioso año para WebCore, o si? Tengo que checar el SVN, pero creo que su verdadero poder fue codeado en 2008. Ya ahorita solo son lujos innecesarios, quien necesita acceso a Azure, por favor.

Les diria que "espero" el proximo año bloggear como la gente bien, pero por favor no me hagan decirles mentiras que no lo hare. Solo lo hago cuando me da gana, cuando no me siento depresivo por el odio que me tiene JAVA y cuando ASP me deja respirar en las noches. Ya va siendo noche, es momento de partir a casa a depositar mi mirada al frente y esperar el fin de Facebook, muerte al rey!

Google Gears!

En estos simiescos dias, me he dado a la tarea de investigar los usos de Google Gears, y realmente es una maravilla. Tiene cosillas absurdas como el Canvas (???), que te hacen decir, bueno ya que. Pero el LocalStore y el motor SQLite, son una maravilla. Estoy trabajando en una especie de wrapper de estos ultimos para mi amado WebCore3, cosa algo complicada dado que es fácil apuntar client-side a server-side, pero el contrario es un poco paradojico.

Al momento tenga la percepción de realizar dos tareas, encapsular mis recursos (JScripts, Images & CSSs) con el local store y segundo replicar un cache en el SQLite, obviamente todo desde un hermoso helper Webcorizado. Teniendo GUI y database offline, ya estaría a un paso, pero llego al paso más complejo, e importante, generar un código JScript que en lugar de postear mis AJAX actions, se mate en el SQLite.

Quizás no me di a entender, pero ya veran, les dare un bonito sample de como WebCore llegara al escritorio de forma elegante e indiscreta, creo que hare un pequeño sample con la base de Deleita.Me, a modo que puedas correr el buscador de restaurantes offline.

Humor

Esta noche me siento de humor para bloggear, aqui con mi cerveza y cigarrillo quiero platicarles las nuevas ocurrencias que traigo en cuestión de development. Primero quiero dar a conocer que ya tengo un prototipo algo funcional de mi primer app para iPhone. Se trata de un player para un cliente de unosquare que ya logre comunicar con los servicios REST del cliente y parece que no es "tan complicado" trabajar con Objective-C. El amigo Babuchas intenta hacer lo mismo con Java para BlackBerry pero muere, jajaja.

Continuando con el caos, estoy haciendo una version iPhone para Deleita.Me (http://www.deleita.me/iphone.php), la cual esta muy de prueba pero bueno ya es algo. Continuando con Deleita.Me, estoy leyendo un poco de Facebook Apps, no parece tan complicado asi que quizás me agregue un extensión (si otra más Willis) de WebCore para crear apps de FB.

En WebCore estoy dando un giro nuevo al modelo MVC que usamos para crear Business Rules a los modelos, Willis estaba un poco desconfiado de esto pero la prueba de concepto le agrado. Espero pronto ver un poco de WebCore en unosquare para empezar a crear RIA con este framework ya dentro de poco cumple un año de intenso desarrollo.

Deleita.Me

Tan solo quiero invitar, a mis nulos lectores (lo se, lo se, me pierdo y dejo de bloggear) que he abierto un abierto un nuevo sitio para que todos los usuarios ansiosos de buscar buena comida en Guadalajara y Zapopan, les sea fácil y ameno. El sitio se llama Deleita.Me (sensual no?) y el URL es http://www.deleita.me no olviden registrarse y comentar, hagan pedazos o bendigan los restaurantes listados. Esa es la idea.

Cualquier comentario, sugerencia o mensaje corto, es bien recibido por cualquier medio.

BTW, solo para mostrarles, técnicamente, como WebCore3 es una realidad. Todo Deleita.Me esta corriendo este hermoso framework, aprecien el buen arte en coding. Pronto les comentare detalles técnicos del sitio, problemas que me enfrente y como los resolvi.

WebCore & Firebug

Algunos sabran que trabajo "arduamente" en un framework PHP junto con el señor Mario, que incluye mucho nonsense que no contare hoy, para crear hermosas aplicaciones web. Pues bien, ayer mientras veia la lluvias invernales, me preguntaba que tan cute sería Firebug Lite como un agregado a WebCore, y que tanto lo podria utilizar. Asi que deje de pensar y comenze el code.

La WebCore tiene un manager de logs, que basado en la configuración de la webapp incluye niveles de debug distintos y soporte para escribir en log file o database. Asi que parte del camino ya estaba hecha, para tener lo que yo llamo, DebugInClient o debug del server en cliente. Para los flojos como yo, que no pueden abrir un archivo LOG y ver que ha pasado.

El primer paso fue tener Firebug Lite funcionando. Cosa fácil, me baje el Firebug Lite y modifique el inyector de dependencias de WebCore para que incluyera este JS y CSS cuando el nivel de debug fuera correcto. Punto 1, resuelto, si mi webapp tiene el nivel de debug en cliente, Firebug aparece magicamente en cada pagina ya sea que este en IE, Chrome o FF, no importa. El siguiente paso era tener un control de todo lo que se hace en el lado server, para ello modifique el JS del Controller de WebCore. El Controller de WebCore, como todo buen MVC, se encarga de la entrega de todo, asi que aparte de su versión PHP, tenemos una versión en JS que ayuda a enviar y recibir hacia el Controller server. Las modificaciones fueron ligeras, unas cuantas funciones y vamonos.

this.log = function(msg)
{
if (this.isDebugEnabled)
{
firebug.d.console.cmd.log(msg);
}
},

this.error = function(msg)
{
if (this.isDebugEnabled)
{
firebug.d.console.cmd.error(msg);
}
},

this.warn = function(msg)
{
if (this.isDebugEnabled)
{
firebug.d.console.cmd.warn(msg);
}
}

Despues interrumpi el LogManager (que tiene el error y excepción handler default) para que las entradas del log las escribiera en llamadas al Controller, por lo que todo se escribia en el injector, dandonos hermosos warning de PHP directamente en la consola de Firebug.

Se que suena tricky y raro, pero más tarde les pongo un sample para que vean el poder xD.