Blog thuest

La situación es la siguiente: un usuario origina la ejecución de una acción en el servidor, la cual debe realizar una o varias tareas que pueden requerir una gran cantidad de tiempo y cuyo estado final no influye en la respuesta que se envíe al usuario. Nuestro caso concreto: envío de emails como consecuencia de una acción solicitada por un usuario.

En Thuest esta situación se repite bastantes veces. Por ejemplo, cuando un usuario se hace fan de otro se le envía un correo a este último informando. Un primer desarrollo de la acción convertirseEnFan podría ser:

1º Recuperar de la BBDD el nuevo ídolo
2º Crear y guardar una nueva instancia Fan, que relacione al usuario de sesión y al ídolo recuperado
3º Mandar un email al ídolo
4º Renderizar la respuesta al usuario

El paso que nos interesa es el tercero. Si ese envío se realiza de forma síncrona la acción completa sufrirá una penalización bastante grande respecto al tiempo necesario. La comunicación con el servidor SMTP puede retrasarse y si a esto le sumamos que podemos tener acciones que conlleven el envío de muchos emails, realizar esta operación de forma asíncrona resulta muy interesante.

Podríamos tirar por el camio de en medio y crearnos threads para que hicieran el trabajo, incluso podríamos usar un pool de threads si queremos ser más elegantes. Pero en Java tenemos JMS, que a mi es lo primero que se me viene a la cabeza en estos casos. Además, una vez configurado JMS verás como se te ocurren muchas aplicaciones (el tema los topics da mucho juego y puedes montar un sistema de notificaciones bastante chulo).

Leer más…

Hasta ahora no le había encontrado sentido a escribir en un blog. Todo lo que sé que pueda resultar interesante para alguien se puede encontrar en Internet (que es de donde probablemente yo lo saqué) y mis chistes pierden mucho si se leen en una pantalla. Pero la situación ha cambiado, ahora tengo un proyecto personal que merece ser explicado y nadie hablará de ciertos aspectos mejor que yo.

Después de terminar la ingeniería superior en informática en la Universidad Carlos III de Madrid me busqué un curro como todo hijo de vecino. Comencé en Sistemás Técnicos de Loterias del Estado programando una nueva versión de la aplicación web que permite a la gente realizar sus apuestas por Internet. Mi primer curro, buenos compañeros y unos conocimientos que a día de hoy agradezco. Pero no disfrutaba. Disfrutar en el sentido de pararte y preguntarte “¿es aquí dónde quiero estar ahora mismo?”, y responderte “ni de coña”.

Y llegó EADS, un auténtico monstruo de la aviación actual, una multinacional de las tochas tochas. Miles de ingenieros trabajando en programas internacionales, así pasa, que nada es de nadie. De nuevo lo mejor fueron los colegas que hice. Aquí aprendí poco sobre tecnología que aplique hoy (nunca se sabe lo que vendrá en el futuro) pero realmente sí aprendí mucho sobre otras cosas. La más importante: intentaré no volver a trabajar para una empresa dirigida por alguien que no sea yo. Tan rotundo, infantil y bobo como suena.

Podría haber aguantado en EADS; buen sueldo, buenos colegas y cerquita de casa, pero decidí cambiar. Si no haces nada no pasa nada y toda vida merece que le pase algo (intentaré evitar en la medida de lo posible ese tono zeng repipi, pero esta la dejo).

Total, que pedí la baja voluntaria, sin paro, sin indemnización y sin leches. Con una mano delante y otra detrás, y además sin una alternativa seria para seguir cobrando mes a mes un sueldo. Reconozco que esto lo pude hacer gracias a mi familia, que me ha dado cobijo incondicional todo este tiempo. Aimmms la familia, el único local abierto toda la noche.

Estuve una año con pequeños trabajos para terceros y pensando concienzudamente en mi vida. Y así llegamos al nacimiento de Thuest, pero eso lo dejamos para otro post. Vamos a ir terminando que esta gente querrá dormir.

Comenzamos. Sólo eso, comenzamos, lo interesante vendrá más adelante.