KodeGeek

Como el tren, un año que se va y otro que viene con cosas nuevas.

Leyendo un articulo que publiqué en el 2006, me di cuenta lo malo que es hacer resoluciones de año nuevo. No sólo terminé haciendo cosas que prometí no hacer de la lista (como comprar un XBOX360), sino que hubo cosas que no hice (como programar Ruby, algo que nunca despegó para mí).

Así que mejor les escribo sobre las cosas que SI traté de hacer y como salieron (bien o mal). Voy a empezar por las cosas malas ya que soy el eterno pesimista en estas listas.

Hubo un par de ‘muertos’ este año, y ¡no me refiero a los Zombies en Times Square!

Las cosas que salieron mal:

• JavaFX: Después de varios libros, problemas con Eclipse y finalmente la decisión por parte de Oracle de matar a JavaFX script para volverlo un API, sólo puedo decir que JavaFX fué una de los peores barrancos de este año. La inversión en libros y horas de aprender esta tecnología fueron una perdida de tiempo, en parte por la debacle en la que Sun se vio involucrada. Oracle promete una versión 2.0 mejor integrada con Java para el año que viene, sin embargo esta vez no pienso invertir tiempo en esta tecnología al menos que comience a mostrar signos de madurez. Lo siento JavaFX, está vez me tienes que seducir y mostrar que existe un nivel decente de adopción. No se si el mercado de JavaFX son los dispositivos celulares o si son los clientes de escritorio. Amanecerá y veremos…

• Ruby: Probé usarlo en varios proyectos de la oficina (si ninguno web, olvídense de Rails). Probé JRuby pero al final terminé volviendo a Perl (salir rápido del apuro) o Bean Shell (es increíble lo versátil de este lenguaje, tan pegado a Java) y Python (curiosamente no Jython). Aún ando indeciso con cual debería ser el siguiente lenguaje en mi lista de herramientas, me hace falta una experiencia para enamorarme del nuevo lenguaje
• StupidZombie: Si, después de lanzar el proyecto perdí interés en este ya que WordPress me ofrece lo que hace StupidZombie. Logró su cometido, pero no hay funcionalidad extra que quiera desarrollar y nunca logró despertar el suficiente interés (solamente 600 descargas o algo así). Quizas reviva el proyecto con otro nombre o con otra aplicación, quizas una excusa para re-escribirlo en JavaFX cuando salga la versión 2.0. Si pasa algo, lo publicaré en este blog.

Hubo más cosas buenas que malas este año. En la foto, la serpiente marina de las máquinas de Nantes

las que salieron bien:

• Mente sana en cuerpo sano: El desafío de este año fué más grande, mantener la misma condición sin faltar a la rutina; Fué más complicado, ya que ahora el entrenamiento es de mantenimiento y de progreso, lo cual implica mantener el balance entre tiempo con la familia, trabajo y tiempo libre. Debo admitir que fui algo obsesivo durante unas geniales vacaciones por Europa en cuanto a la comida, pero al final logré relajarme un poco y disfrutar como es debido.  Aprendiendo sobre la marcha dicen por allí. Ahora estoy más esperanzado a que puedo mantener este ritmo en los años que vienen. Ya no veo al entrenamiento como una obligación sino que se me ha hecho una necesidad. Estoy más claro de lo que quiero hacer y este año que viene haré otras cosas en combinación con los ejercicios de resistencia.

• Muerte de CVS, viva Subversion: Si, este año fué el año en el que al final me despedí de CVS tanto en el trabajo como en mis proyectos de código abierto. Las herramientas de migración son muy fáciles de usar, maduras y en general estoy muy contento con SVN por su desempeño y habilidades. Aún no me terminan de convencer los repositorios distribuidos como Mercurial o Git, no porque sean malos sino porque no necesito su funcionalidad (mis proyectos personales o el trabajo). Estoy encantado con las propiedades extendidas, el soporte de WebDav y las opciones mejoradas de ‘Merge+Copy’. El año que viene estoy escribiendo clientes con los ‘binding’ de Subversion en Java, y espero hacer integración con Ant y Apache Ivy.
• Adicto a probar mi código buscando fallas: Este año le agregué nueva funcionalidad a la aplicación con la que mi grupo hace dinero, comprando y vendiendo opciones. En el proceso me volví más familiar con ‘Java remote debugging‘, el nuevo (para mí al menos) JUnit 4.0, entonando las opciones de manejo de memoria de la máquina virtual de Java en aplicaciones críticas. No me gusta llamarlo ‘agile programming’ pero trabaje mucho más cerca de otros de los programadores con los que comparto la oficina resolviendo problemas. El año que viene va a ser mucho más agitado ya que estamos creciendo (omito los detalles) así que no queda otra que ser más eficientes con lo que se tiene a la mano (entre otras cosas voy a trabajar con instrumentación en tiempo real)

La lista en sencilla, corta y creo que se deben mantener así. Sino, ¿de que otra forma se cumplen los objetivos?

A quienes vistan este blog, les deseo muchas ‘Super felicidades’ en estas fechas, que la pasen bien con sus familias y el año que viene les ofreceré mis opiniones sobre el mundo ‘Geek’ que nos rodea

–José

kodegeek, programación