Si te encuentras ante esta duda tengo dos noticias para ti: una buena y otra mala. La mala es que seguramente te encuentres en la frase de abajo. La buena es que ha aparecido ante ti la oportunidad de poder aprender algo nuevo mientras descubres qué es lo que realmente tienes entre manos.

La duda suele ser el principio de la sabiduría.
M. Scott Peck

Gracias al bueno de Carlos Badenes he redescubierto lo que se conoce como “la teoría de las ventanas rotas”.

Es el nombre de un efecto que ya conocía hacía tiempo sólo que aplicado a otras facetas de la vida, aunque gracias a la charla que tuve con Carlos he podido ver que tiene muchas aplicaciones en el mundo de la programación y del desarrollo de proyectos. A continuación cito una entrada de Fernando Blat donde se explica este concepto con bastante claridad:

A principios de la década de 1980, el politólogo James Q. Wilson se juntó un buen día, puede que incluso soleado, con el criminólogo George Kelling para formular una interesante teoría que justificaría la mismísima guerra preventiva: broken window theory. El principio es muy sencillo, se parte de un edificio en un lugar concreto que se encuentra vacío o sin mantenimiento. En un momento determinado, una ventana aparece rota. Si esta ventana no es reparada o sustituida por otra nueva, pronto aparecerá una segunda ventana rota. Algunas más en poco tiempo. Tras esto, la basura empezará a amontonarse en las puertas de la entrada y en otros lugares del exterior. Una sensación de inseguridad y de abandono que irá en aumento hasta que hacen acto de presencia los primeros merodeadores y vagamundos, incluso algún que otro delincuente de poca monta. Una degradación que terminará atrayendo un foco de delincuencia alrededor del lugar en el que se encuentra el edificio.

Todo se degrada por una ventana rota. Es decir, si se permite una mínima infracción, todo puede terminar degenerándose. Una premisa sencilla y directa que el célebre ex Alcalde de Nueva York puso en práctica. Giulani incluyó esta teoría en su programa electoral y la puso en práctica persiguiendo las transgresiones menores como los grafitos, pequeños hurtos, viajar sin pagar el billete, detener a la gente que se colaba en el metro… Especial relevancia tuvo el último caso. El Alcalde encargó a su jefe de policía, un tal Howard Safir, que detuviese a todas aquellas personas que se colasen en el metro, sobre todo aquellas que lo hicieran de una manera brusca (es decir, corriendo y saltando la valla). Los índices de delincuencia bajaron casi un 40%, dándose la circunstancia de que muchas de estas personas que se colaban en el metro habían cometido un delito antes.

Llegados a este punto me gustaría que tú, estimado compañero de profesión, fueras sincero contigo mismo y, pensando en tu trabajo, te dieses 10 segundos para responder una difícil pregunta que te va a poner en un aprieto:

¿Cuántas ventanas estás rompiendo?

Fíjate en que no estoy preguntando cuántas había rotas cuando llegaste, ni quién empezó a romperlas, ni tampoco quiero que encuentres el motivo que propició que las rompieras (plazos, cambios de última hora, presiones, etc). Tan sólo quiero que tomes consciencia de que, posiblemente, tú también estás rompiendo ventanas incrementando, por tanto, la tan temida y difícil de pagar deuda técnica.

Piénsalo, medítalo y, cuando acabes, date otros 10 segundos para responder a esta otra dificil pregunta:

¿Cuántas ventanas estás arreglando?

Porque es muy sencillo quejarse: “el código no lo entiende nadie”, “la documentación no está actualizada”, “no hay tests”, “los tests no se ejecutan porque no funcionan”, “no tenemos claro qué tenemos que hacer”, “el código no compila”, etc. y más fácil todavía entrar en el círculo de la comodidad y limitarse a cumplir con el “donde fueres, hicieres lo que vieres”, rompiendo ventanas.

Pero alguien debe ponerle el cascabel al gato y encargarse de conseguir que el código se entienda, de actualizar la documentación, de hacer tests que funcionen, de preguntar qué hay que hacer, de asegurarse de que el código compile, etc. al menos en la parcela en la cual uno tenga influencia, ¿no te parece?.

No es necesario parar tu actividad diaria para arreglar todas las ventanas rotas que existan a la vez. Por ejemplo puedes ir, en paralelo, documentando aunque sea brevemente aquello que vayas implementando, o haciendo tests que funcionen. Puedes preguntar qué tareas son las que habrá que realizar a medio plazo para anticipar posibles problemas que puedan surgir, o puedes instalar un servidor de integración contínua en tu ordenador y enseñarle a tu equipo lo útil que es. Alguien que se comporta así se convierte en una persona proactiva y en alguien valioso para su entorno. Dame una buena razón por la cual ese alguien no puedas ser tú.

Fijaros si encontrar ventanas rotas es importante que incluso hay metodologías, en concreto SCRUM, que le dedican una fase a su búsqueda y propuesta de soluciones y la llaman retrospectiva.

Ya sabes qué son y cómo identificarlas, así que no tienes excusas ni quejas posibles. La próxima vez que te encuentres frente a un proyecto con ventanas rotas sólo tienes dos opciones: puedes romper otra, haciendo que todo sea un poco peor, o puedes tratar de arreglar alguna, intentando que todo vaya un poco mejor. Tú decides.

A mí, en mi caso, me pasó con la electrónica. Me llamó la atención desde siempre, disfruté aprendiendo algo de ella y ahora, varios años después, me he animado a retomarla y a volver a disfrutar pelando cables y juntando unos componentes con otros para hacer cosas que se mueven, suenan, se encienden y funcionan en el mundo real. Paralelamente, aprender algo que habia olvidado me ha ayudado a tener una nueva perspectiva del conocimiento que ahora mismo tengo.

El caso es que estoy dando mis primeros pasos con Arduino montando algunas cosas sencillitas. Hay muchísima información acerca de Arduino en la red, os recomiendo que visiteis su web y la entrada en la wikipedia. También hay un documental en castellano sobre Arduino que, aunque es un poco aburrido, dice algo con lo que yo también estoy de acuerdo: es una herramienta interesantísima para utilizar en los institutos ya que permite fomentar la imaginación de los adolescentes, independientemente de que éstos estudien letras o ciencias. Lo importante es utilizar la parte derecha del cerebro.

En esta entrada voy a explicar un pequeño montaje que hemos hecho entre Carlos Javier Prados, mi jefe, y yo, utilizando Arduino. Como ambos nos dedicamos al M2M, y a los dos nos gusta programar, la electrónica y el cacharrear, no ha sido muy difícil que nos pusieramos de acuerdo para hacer un pequeño prototipo conjunto y que disfrutásemos a medida que éste iba progresando y tomaba forma.

El funcionamiento del prototipo es muy sencillo y nos permitirá poder ver desde nuestro teléfono la temperatura que hace en un lugar que queramos. La idea es que dejes un pequeño sistema funcionando, por ejemplo, en el salón de tu casa y, ya en el trabajo, en la calle, en el cine, o en cualquier sitio con conexión a internet puedas ver qué temperatura hace en ese momento en el salón.

Los elementos que van a entrar en juego son tres:

• El primero de ellos es un pequeño circuito que va a medir la temperatura que hay en el ambiente. Esta temperatura le llegará en forma de voltaje a una placa Arduino, la cual programaremos para convertir ese voltaje en grados centígrados.
• El segundo es un ordenador que reciba la información directamente desde la placa Arduino y la suba a internet.
• El tercero es un dispositivo cualquiera con acceso a internet que nos permita conocer la temperatura medida en cualquier momento y en cualquier lugar.

En cuanto a los componentes que vamos a necesitar para cada uno de los elementos, son los siguientes:

1. Para poder medir la temperatura:

• Una placa Arduino. En este caso vamos a utilizar una placa Arduino UNO.
• Una placa de experimentación.
• Un sensor de temperatura.
• Cables

2. Para poder enviarla:

• Un ordenador con un puerto USB y conexión a internet.
• Una cuenta en http://pachube.com/
• Python y pyserial instalados.

3. Para poder leerla:

• Un dispositivo con conexión a internet y un navegador.

1. Cómo medir la temperatura

Si sabes algo de electrónica verás que el circuito es muy sencillo: dos cables se encargan de alimentar una resistencia cuya impedancia varía en función de la temperatura y un tercer cable devuelve el voltaje que no se ha consumido en dicha resistencia. Dicha resistencia, por tanto, actúa como un sensor de temperatura.

Los cables encargados de la alimentación son el rojo y el negro y el que devuelve el voltaje en función a la temperatura es el amarillo. Fijaros en que el cable amarillo se conecta en la entrada analógica 0 de la placa Arduino.

Una vez lo tengamos montado programamos la placa Arduino para que, en función al voltaje recibido por la resistencia, esta haga una conversión y envíe la temperatura ambiente en grados centígrados a través del puerto USB con el que se conecta la placa Arduino con el ordenador. El lenguaje, aunque parezca C, es Processing.

int PIN_SENSOR = 0;
int TIEMPO_ENTRE_MEDICIONES = 5 * 60 * 1000;  // 5 minutos
float MARGEN = .5;

float temperaturaAnterior = -100;

// ---------------------------------------------------
// procedimiento de iniciacion
// ---------------------------------------------------

void setup()
{
  Serial.begin(9600);
}

// ---------------------------------------------------
// procedimiento que se ejecuta permanentemente
// ---------------------------------------------------

void loop()
{
  float temperaturaActual = getTemperature(PIN_SENSOR);
  if (isInRange(temperaturaActual)) {
    temperaturaAnterior = temperaturaActual;
    Serial.println(temperaturaActual);
  }

  delay(TIEMPO_ENTRE_MEDICIONES);
}

/**
 * Metodo que devuelve la temperatura que mide el sensor conectado al pin
 * recibido por parametro
 */
float getTemperature(int pin)
{
  // recupera el voltaje leido por el sensor de temperatura
  // teniendo en cuenta que devuelve 10 mv por cada centesima de grado centigrado
  // con un offset de 500 mV para poder medir temperaturas por debajo
  // de cero grados
  return (getVoltage(pin) - .5) * 100;
}

/**
 * Metodo que devuelve el voltaje que mide el sensor conectado al pin
 * recibido por parametro
 */
float getVoltage(int pin)
{
  // el sensor devuelve como maximo 5 voltios
  // y la pata de arduino tiene una resolucion de 0 a 1023
  // de tal modo que 5 / 1024 = .004882814
  return (analogRead(pin) * .0048828125);
}

/**
 * Metodo que indica si la temperatura medida esta dentro de los margenes
 * en los cuales consideramos que no es necesario actualizar la informacion
 */
boolean isInRange (float temperatura)
{ 
  return ((temperatura + MARGEN) <= temperaturaAnterior || (temperatura - MARGEN) >= temperaturaAnterior);
}

El código, como veis, está muy explicado. Lee la temperatura del sensor desde la entrada analógica 0 cada 5 minutos, y si ésta ha variado en más de medio grado por encima o por debajo la envía a través del cable USB.

Poder programar en la placa Arduino y poder hacer pruebas leyendo del puerto USB es muy sencillo gracias a Arduino IDE, por lo que no entraré en detalles.

El sensor que hemos utilizado es el TMP36GZ, de tal modo que el programa funciona bien con ese sensor pero, para otro sensor diferente, será necesario hacer un programa distinto.

2. Cómo enviar la temperatura

De momento tenemos un pequeño circuito que cada 5 minutos comprueba la temperatura y, si ésta ha cambiado en más de medio grado por encima o por debajo, nos la devuelve. Ahora debemos leer esa temperatura y publicarla en internet para poder verla cuando estemos en otro sitio.

Para publicarla barajamos varias opciones, como por ejemplo hacer una pequeña aplicación y dejarla en Google App Engine, pero no nos aportaba mucho y nos hacía trabajar más. Otra opción era crearle una cuenta de twitter al sensor y que fuese publicando la tempertura, lo cual aunque nos pareció gracioso no terminó de cuajar. Finalmente decidimos que la mejor opción era utilizar pachube, que es un servicio cuya función es precisamente la de poder enviar y recibir información leida desde sensores que tienen los propios usuarios, así que creamos una cuenta gratuita en pachube y le dimos uso.

Pero claro, la placa Arduino por sí sola no envia la información a pachube, simplemente la envía por el puerto USB. Es por ello que hicimos un pequeño script en Python que lee desde el puerto USB y, cuando hay una nueva lectura, genera un objeto JSON y lo envía a pachube:

#!/usr/bin/env python

import httplib
import serial
from string import Template

ser = serial.Serial('/dev/tty.usbmodem1a21', 9600)

while 1:

#       LEEMOS LA TEMPERATURA ENVIADA POR ARDUINO
#       le quitamos los dos ultimos caracteres

        readedTemperature = ser.readline()[:-2]
        print "The new temperature is :", readedTemperature

#       CREAMOS EL OBJETO JSON
#       reemplazamos los valores en una plantilla

        bodyTemplate = '''{
        "version":"1.0.0",
        "datastreams":[
                {"id":"0", "current_value":"$temperature"}
        ]
        }'''
        template= Template(bodyTemplate)
        bodyContent = template.substitute(temperature=readedTemperature)

#       LO ENVIAMOS A PACHUBE
#       aqui es necesario poner la key del usuario que tengais en pachube
#       y subir los datos a vuestro datastream

        headers={"X-PachubeApiKey":"VUESTRA KEY DE PACHUBE"}

        connection =  httplib.HTTPConnection('api.pachube.com')
        connection.request('PUT', '/v2/feeds/ID DATASTREAM', bodyContent, headers)
        response = connection.getresponse()
        print response.status, response.reason

Como veis, este código también está muy comentado. Tan sólo mencionar que pachube os crea una key y un datastream cuando os registrais y que debeis modificar este script en Python para rellenarlo con vuestros datos.

3. Cómo leer la temperatura

Bueno, dejamos el sistema funcionando y nos vamos. Cuando queramos saber qué temperatura hace en el lugar donde hayamos dejado el invento nos vamos a nuestra cuenta de pachube y lo consultamos. Veremos una gráfica como la siguiente:

4. Conclusiones

Pues como veis ha sido todo muy sencillo. La electrónica es muy simple y los dos programas hacen mucho con muy poco código. Lo bueno de utilizar estas herramientas para hacer estos prototipos es que se pueden hacer infinidad de cambios y, de este modo:

• enviar la temperatura, la humedad, la cantidad de luz y prácticamente cualquier magnitud física que se pueda medir.
• crear un sistema de alarmas que avise cuando la temperatura sea mayor o menor a cierta medida.
• que nos mandase correos electrónicos.
• que dejase mensajes en nuestro muro de Facebook.
• etc.

Me gustaría terminar esta entrada con una cita que, aunque no se de quién es, me viene en este caso como anillo al dedo:

“La diferencia entre los niños y los adultos está en el precio de sus juguetes.”

La idea tras Endomondo es, simplemente, la de permitirte registrar el recorrido que haces cuando sales a correr, a montar en bici, o a realizar alguna otra actividad. Gracias a esos registros puedes ver desde su web o desde tu teléfono la distancia recorrida, el tiempo empleado, las calorías quemadas, etc. y ser consciente del estado de forma en el que te encuentras.

Registrar el recorrido es muy sencillo. Puedes hacerlo prácticamente con cualquier teléfono con GPS, ya que hay aplicaciones para iphone, android, nokia, blackberry, etc. Simplemente sales a hacer deporte con el teléfono y él se encarga de registrar el recorrido y, si tienes internet, de publicarlo en la web cuando terminas. Si no tienes GPS no importa, puedes trazar la ruta recorrida con Google Maps y cargarla en Endomondo.

Pero, ¿qué tiene Endomondo de especial y en qué se diferencia de otras redes sociales?. En Endomondo existen los que se conocen como desafíos, los cuales harán que te pongas las pilas. Por ejemplo, puedes crearte un desafio con algunos amigos para ver quién recorre más kilómetros en un mes, y te aseguro que todos los días entrarás a ver los progresos de los demás y no te importará estirar la carrera un poco más con tal de acortar distancias, aumentarlas, o ganar puestos en el ranking. Cada desafío tiene su propia zona de comentarios donde poder hablar de las carreras, hacer piques, etc.

Yo desde luego que os invito a que lo probeis. Te anima a hacer deporte, es divertido y, sobre todo, es estimulante. Tus endorfinas y tu salud lo agradecerán.

Como algunos ya sabeis esta vez he cambiado de año y de trabajo a la vez. En los tiempos que corren, con la que está cayendo y viendo cómo está el panorama, quizá pudiera parecer temerario dejar un estable puesto de trabajo en una empresa que conoces bien por otro puesto en otra empresa a priori desconocida, pero la cosa surgió así y ya entrado el año puedo, por suerte, decir que todo ha salido muy muy bien.

Me gustaría dedicaros esta entrada a todas aquellas personas que, de un modo u otro, me habeis ayudado en el cambio y que no compartís conmigo el día a día. He recibido unos gestos, mensajes, correos y llamadas en estos dias que le hacen pensar a uno que al menos profesionalmente le aprecian

Una de las cosas que más me gustaron fueron las muestras de afecto que me dieron algunos compañeros cuando se enteraron de que dejaba la empresa. Todo sucedió muy rápidamente y muchos se enteraron prácticamente en mi último día, pero sé que los panderetas seguirán haciendo el gamba aunque recuerden con nostalgia al que liaba alguna cuando veia que algún despistado se dejaba su equipo sin bloquear. Gracias por seguir llamándome, escribiéndome y por querer mantener el contacto panders!.

Otras personas con las que de momento he perdido vinculo profesional estaban, como ha sido natural en mi caso, en clientes. Llena de orgullo y satisfacción que vean en linkedin que has dejado la empresa en la que trabajas y que te manden un correo diciendo que va a ser una pena no poder contratarte para que les eches una mano. También llena de orgullo y satisfacción que, tras los años, un antiguo jefe tuyo se acuerde de ti, te busque y te diga que está fuera de España y que en su empresa están contratando gente por si te interesase saberlo.

Y que conste que no ha sido el único. Otros amigos y conocidos, aunque estos ya sabian que buscaba un cambio, me dijeron que les diese mi CV para dejarlo en sus empresas y ver si podia trabajar con ellos. De hecho con una persona en concreto se barajó la posibilidad de que me incorporase en su empresa, alguien que me conocía en persona, que conocía esta página y las cosas que hago, y que no me pidió el CV siquiera. Los chicos de Jobsket tambien aportaron su granito de arena, ya que gracias a ellos mi actual empresa y yo pudimos localizarnos.

Como no podía ser de otra manera me gustaría darle las gracias a Amplía, la empresa en la que trabajo ahora, por haber apostado por mi y por haberme dado la oportunidad de incorporarme a su equipo.

En Amplia las cosas realmente son diferentes. Aquí los conceptos “subcontratación”, “servicios”, “ir a cliente”, “soporte”, etc. no existen. Aqui tenemos un producto llamado opengate y vivimos de hacerlo lo más flexible, lo más robusto y lo más usable posible para que grandes empresas lo elijan y lo compren. Punto. Usamos tecnologias y metodologias recientes siempre y cuando demuestren que nos son útiles tras haber hechos pruebas de concepto con ellas. No aprendemos a usar una tecnología mientras hacemos un producto entregable ni metemos buzzwords en todo lo que hacemos.

A los desarrolladores que esteis en el mundillo y que esteis leyendo esto, ¿de verdad no os parece una empresa atipica?

Por suerte o por desgracia he estado en muchos clientes, he conocido a mucha gente y he visto muchos equipos de trabajo, pero pocos, de verdad, con gente tan amable, tan dispuesta a ayudar y técnicamente tan capaces. Somos pocos, hacemos piña y eso se nota. Gracias por hacer mios vuestros problemas técnicos y vuestros los mios, habeis conseguido que me haya adaptado muy rápidamente a mi nuevo puesto, y es que es un lujo trabajar codo con codo con vosotros, en serio. Hacedme caso, sé lo que digo

Aun a riesgo de repetirme y a modo de despedida, de nuevo, muchas gracias a todos.

Así es amigos, me he podido enterar de que a los empleados de cierta empresa les aparece este simpático mensaje al tratar de acceder a esta humilde página pasando por el proxy corporativo. Bueno, en realidad no es exactamente este mensaje, he puesto a Paquirrin tapando el logotipo de dicha empresa porque encima no les voy a hacer publicidad

No diré quién me ha mandado la captura no sea que el BOFH que administra el proxy le lie alguna a él también, aunque el caso es que categorizándome ha estado más o menos fino y se ve que conoce las mejores páginas de internet

En cualquier caso todo esto me ha sorprendido mucho, ¡gracias por el pantallazo pander!

El otro día, mientras escuchaba el especial número 100 del podcast de Javahispano, oí de nuevo a Alfredo Casado hablar sobre testing, TDD, análisis estático del código, el plugin de Chuck Norris para Hudson, etc.

También habló del principio FIRST, que son 5 cualidades definidas por Robert C. Martin en su libro Clean Code que deben seguir los tests que creemos para probar nuestro software para ser buenos tests.

He escrito un pequeño PDF en el que explico, una por una y de manera general, las cinco cualidades del principio FIRST. Si estás familiarizado con conceptos como TDD, test unitarios o integración contínua verás que he relajado ciertos detalles. En cambio, si no conoces nada de todo esto, no te será difícil entender los conceptos. En cualquier caso, espero que estos principios te sirvan para hacer mejores tests.


Principio FIRST

Pues así es amigos, ha pasado ya más de un año desde que creé esta web y, aunque he ido cambiando algunas cosas poco a poco y he ido consiguiendo que esto tenga algo más de cuerpo y contenido, todavía tenía clavada la espinita de no tener una página de inicio.

Hasta ahora, lo que venia ocurriendo era que al acceder a http://raulexposito.com/ eras redirigido al blog. Una solución que en un primer momento era temporal pero que al final a poco que te despistas acaba siendo definitiva, real como la vida misma

Debo confesar que este ha sido mi enésimo intento de tener una página de inicio. En este tiempo he creado varias, pero por un motivo u otro no me he encontrado cómodo con ellas, hasta que finalmente he dado con ésta. Crear algo a mano partiendo de un editor de textos en blanco es duro, pero te ayuda a cuestionarte lo que vas haciendo paso a paso y a conseguir lo que persigues.

Me gustaría agradecer a mínimamente el haber puesto a disposición de todos el estupendo set de iconos Sabre, ya que sin ellos la página de inicio no habría quedado igual.

Y por mi parte nada más, espero que la página de inicio os guste ya que, queridos lectores y visitantes, la he hecho para vosotros.

Quiero dedicar esta entrada a contaros por encima cómo y de qué manera está hecho el nuevo meorganizo, al que yo conozco como MO (pronunciado ‘eme-o’). Trataré de explicarlo de un modo sencillo, de tal modo que cualquiera que tenga algo de curiosidad pueda seguirlo. Los más técnicos seguramente estéis acostumbrados a lidiar y a pelearos con arquitecturas más complejas. Eso es precisamente lo que he tratado de reducir con MO: la complejidad. Todas las piezas son muy simples, se encargan de una tarea en concreto y encajan para hacer funcionar un producto en el que ni sobra ni falta nada.

También aprovecho para comentaros que he cambiado el aspecto de MO. Ahora es más bonito, como podréis ver en las capturas que mostraré más adelante.

Empecemos por lo más sencillo. MO es una aplicación web a la cual puedes acceder desde un navegador. Igual que pones la web de tu banco y entras puedes poner meorganizo.es y entrar, así de simple.

Y he aqui la primera diferencia. Cuando accedes a la web del banco llegas a los servidores del banco. Sin embargo, cuando accedes a MO llegas a los servidores de Google:

En este dibujo podemos ver cómo nosotros, que somos los usuarios, podemos acceder a MO usando los navegadores que vemos a la izquierda: Mozilla Firefox, Google Chrome, Safari y el navegador de Android. Que esto sea así no es casualidad: son los navegadores que uso y es por ello que la aplicación funciona bajo estos navegadores.

En el lado de la derecha podemos ver qué hay en el lado del servidor. Bien, como he comentado anteriormente cuando usamos la aplicación estamos utilizando los servidores de Google, ya que esta empresa tiene una infraestructura conocida como Google App Engine en la cual podemos hacer funcionar nuestras aplicaciones.

Y ahora bien, ¿qué es eso de Gaelyk?. Bueno, pues es la tecnología que he utilizado para programar la aplicación y es quien atiende nuestras peticiones: guarda tareas, las borra, crear usuarios, etc. utilizando la infraestructura de Google por debajo.

Para los usuarios de a pie, MO es una aplicación que funciona desde un navegador y usa los servidores de Google. Para los más técnicos, MO es una aplicación desarrollada en Groovy con Gaelyk que corre en GAE, y ya puestos a soltar buzzwords, la aplicación usa jquery para manipular el árbol dom y hacer SPI mediante ajax, usa css3 para los estilos, gaelyk como framework, app engine como hosting, recibe invocaciones rest, devuelve json como valores de retorno, etc. He de decir que muchas de estas cosas eran hasta cierto punto desconocidas para mí, nunca había trabajado profesionalmente con ellas. Sin embargo no pasa nada, con voluntad lo que se desconoce se aprende y se crean cosas con el conocimiento adquirido.

1 Qué hace nuestro navegador

1.1 Aspecto

Lo primero es decir que el aspecto de MO es así porque quiero poder usarlo desde un navegador normal (el de casa, el trabajo, etc) y desde el navegador de mi móvil (una HTC Magic con Android)

Pantalla principal	Lista de “cosas para hoy”

Aunque creo que el aspecto está bien, y más teniendo en cuenta que al empezar no tenía idea alguna de diseño, seguramente cualquier diseñador podría mejorarlo. Si crees que es tu caso, por favor, contacta conmigo.

Al utilizar la aplicación puede darnos la sensación de que ésta tiene 4 páginas:

1- La de login
2- La principal
3- La del listado
4- La de edición

Bueno, no os confundais: página como tal sólo hay una. El servidor sólo manda la página entera la primera vez que accedes, y luego el navegador va cambiando trozos a medida que le vas pidiendo que haga cosas y el servidor va respondiendo.

Los más técnicos conoceréis esto como Single Page Interface y lo consigo mediante jquery y ajax.

1.2 Peticiones

Si habéis usado la aplicación habréis descubierto que es bastante rápida: las acciones se ejecutan de manera casi instantánea, aunque vuestra conexión sea muy lenta. Quieres ir al listado y llegas enseguida, quieres guardar y guardas enseguida, quieres borrar una tarea y la borras enseguida.

Esto es así porque tus peticiones son asíncronas. Es decir, tú le dices que haga algo, él lo hace directamente y tras ello invoca al servidor. Esto, sin embargo, no siempre es posible. Si guardas una tarea la acción es inmediata. En cambio si guardas una fecha es necesario pasar por el servidor ya que debe decirte si la fecha es una tarea de “cosas para hoy” o “próximamente”.

Por otro lado todo aquello que envia el servidor (las imágenes, la página, los estilos, el javascript, etc) se encuentra comprimido, de tal modo que sólo descargas lo mínimo posible.

Guardar tarea: instantáneo	Guardar fecha: necesita hacer cálculos

Para los más técnicos, esto lo he solucionado con ajax e implementando una caché en el navegador. El usuario siempre utiliza la caché, y al hacer acciones éstas le llegan al servidor mediante ajax de manera asíncrona. Hacer operaciones sobre fechas anula la caché.

Las invocaciones se realizan invocando distintas URL como si de invocaciones REST se tratara. Hay invocaciones que no devolverán ninguna respuesta, como por ejemplo borrar u ordenar una tarea, e invocaciones que sí devolverán respuesta, como por ejemplo si el usuario y la contraseña son correctos.

2 Qué hace el servidor

El servidor desarrolla una función primordial en la aplicación, y es que atiende las peticiones de los clientes, devuelve la información que piden, almacena o modifica datos, los borra, comprueba que el usuario y contraseña son correctos, etc.

Como he comentado anteriormente, los servidores donde se encuentra MO son de Google y forman parte de lo que se conoce como Google App Engine. Había varias razones para utilizarlos:

1- Seguramente Google tenga la mejor infraestructura del mundo.
2- Queria probar el cloud computing. Teneis un tutorial que escribí acerca de ello aquí y, si quereis saber más, podeis escuchar este podcast.
3- Ofrece espacio en disco, ancho de banda y CPU de manera gratuita para lo que yo necesitaba.

Y ya para los técnicos, el framework que he utilizado ha sido Gaelyk por dos motivos:

1- Es un framework con el que hacer aplicaciones para GAE es muy sencillo con algo de idea de Java y Groovy.
2- Quería aprender algo nuevo.

Pero no os creáis que con esto doy por finalizado el desarrollo de MO, que vienen más sorpresas en camino. Stay tuned!

Tras muchas horas de esfuerzo, haber probado esto y lo otro, haber mirado aqui y alla, haber aprendido una cosa y otra. Tras haber desarrollado todo desde cero, haber metido bugs, haber resuelto bugs, haberme centrado en los detalles, haberme encontrado mil y un problemas y haber tratado una y mil veces de hacerlo todo más sencillo. Tras haber pasado muchas horas de sueño, haber llegado tarde algunas veces, haber estado distraido, haber escuchado un montón de música durante un montón de horas y, sobretodo, haber hecho lo que yo quería, finalmente, he terminado la nueva versión de meorganizo. Pulsa aquí para acceder.

Esta nueva versión sustituye a la anterior. No es una evolución, ya que lo he cambiado todo. El nuevo meorganizo es una aplicación nueva, más práctica, más intuitiva, más potente y, ahora si, accesible desde cualquier sitio. Es, sin duda, una aplicación mejor.

El objetivo de esta nueva versión ha sido triple:

• Por un lado poder usar meorganizo desde un teléfono. El funcionamiento de la versión anterior limitaba lo que el usuario podia hacer desde cualquier dispositivo táctil.
• Por otro lado, el hosting donde se albergaba la aplicación tenía muchos problemas. Habeis sido muchos los que me habeis avisado de que al acceder recibíais un error. A veces aparecia y a veces no, pero en cualquier caso la mala imagen se la llevaba la aplicación y, por tanto, yo.
• Finalmente, usando la aplicación me di cuenta de que habia cosas que echaba en falta y otras que no utilizaba. También pude comprobar que en algunos aspectos era bastante lenta.

Es por ello que he creado una nueva versión que:

• Se puede usar en un teléfono y en un navegador de un ordenador convencional.
• Está funcionando en la que es, sin duda, la mejor infraestructura del mundo.
• Posee una interfaz mejorada y rápida donde ni falta ni sobra nada.

No os voy a engañar, estoy muy contento con lo que he conseguido con esta aplicación. Sin duda se puede ir más allá con ella, e incluso tengo ideas que desarrollaré cuando disponga de tiempo para ello.

También estoy seguro de que alguno se encontrará con problemas al usar la aplicación en su navegador o en su teléfono. He desarrollado y probado la aplicación con firefox, chrome, safari y el navegador de android 1.6. Si tienes problemas con otro entorno, por favor, házmelo saber. Si la aplicación no funciona con tu ipad o con tu iphone puedes regalarme uno para que haga pruebas, prometo solucionarlo si lo haces

Sin embargo esto no queda aquí. He hecho un esfuerzo por alcanzar este hito en meorganizo pero el empuje me va a llevar a sacar en breve más cosas. Tan solo tened un poco de paciencia y estad atentos a este blog

Y si teneis alguna idea o creeis que se puede mejorar de alguna manera, por favor, hacedmelo saber:

raul [arroba] raulexposito [punto] com