So if execution time isn’t important, why Ruby then? Why not use Java, C or Erlang? I think there are two main reasons. The first is Ruby’s ability to easily access and transform data and Ruby’s ability to integrate with almost anything.

En el trabajo llevo varias semanas trabajando en una herramienta que ayuda al departamento comercial, se trata de una serie de proramas situados entre facturación y ventas que les ayuda a analizar costes y realizar una oferta comercial lo más ajustada. Para ello los distintos programas trabajan con varias decenas de listas de coste, cada uno con miles de precios, para intentar unificarlas y generar una lista de venta que tiene unas centenas de precios.

Siento ser tan vago en detalles, pero diré que se manipulan listas de códigos telefónicos, destinos y precios/costes. Para ello se necesitan transformar muchas filas almacenadas en bases de datos mediante árboles y algunos otros algoritmos más o menos complejos. Todo ello empecé a programarlo en Ruby, que es un lenguaje que permite un prototipado muy rápido, llevandome una grata sorpresa ya que los cálculos se hacían en segundos.

Al ver que los tiempoes eran muy manejables, cree una aplicación Rails, metí las librerías en lib/ y doté de un frontend vía web a la aplicación. Por ahora ha seguido creciendo, y en total el proceso que realizan mensualmente lleva unos 10 minutos. En un principio había pensado reescribir la aplicación, o las librerías, en C# para ganar velocidad, pero ¿realmente merece la pena el esfuerzo? Como mucho, podría ganar 10 minutos cada mes, suponiendo que el proceso pasara a ser instantáneo al reescribirse en un lenguaje compilado.

Más de una vez todos nosotros nos habremos encontrado con la situación de que se necesite alguna herramienta interna, y puesto que los requisitos de ese tipo de aplicaciones suele ser muy diferente, en la mayoría de ocasiones nos vale tener una aplicación con calidad de prototipo que podamos desarrollar rápidamente utilizando un lenguaje/plataforma que quizás no sea la ideal, pero es lo suficientemente rápido y nos permite agilizar la creación de nuestro pequeño monstruo.

Supongo que da para otro post hablar de esos pequeños monstruitos que van creciendo y acaban convirtiendose en algo que no es lo que estaba pensado ¡cuánto echaremos de menos no haberlo planteado y desarrollado de otra forma en esos momentos!

Este post es el último que publicaremos en esta plataforma, y estará online hasta el 30 de enero de 2009, fecha en la que apagaremos la luz, y Vive la ciudad | Madrid dejará de estar accesible.

Lo primero que pensé al ver esa nota fue que se producirá otro caso de enlace roto. Y se que es muy frecuente que haya sitios que cambien las direcciones o incluso que desaparezcan, a veces es inevitable, pero en otras muchas otras ocasiones creo que habría que intentar evitarlos. Creo que es lógico pensar que a medida que los contenidos generados dependan más de cómo puedan ser rentabilizados, más ocurrirá que habrá direcciones que dejan de funcionar y la Interweb se irá transformando en algo más temporal y efímero.

Si ya hace 10 años en un artículo de Nielsen sobre enlaces rotos se indicaba el grave problema que suponía ¿qué podemos esperar hoy en día? Cada vez que veo un elblockbusteractual-themovie.com pienso cuánto tiempo existirá esa dirección ¿merecerá la pena enlazarlo sabiendo que dentro de uno, dos, quizás tres años ese enlace dejará de funcionar?.

Proyectos como The Internet Archive y su Wayback Machine pueden ayudar a que algunos enlaces puedan rescatarse para poder comprender el contexto, pero no siempre es así y no estoy seguro de que sea la solución. Creo que sería mejor intentar mantener alojado el contenido, en la mayoría de casos no serían necesarios muchos recursos si se planea un poco, y hay muchas posibilidades para solucionar los problemas que se producen si se reestructura la web (¡mod_rewrite al rescate!), así que me parece bastante pecaminoso dejar que esas ocurran.

Una parte de la web 2.0 parece que eran las URL amigables, ¿quizás haya que esperar a la web 3.0 para que además sean permanente? ¿o sólo sirven para técnicas SEO y aumentar la rentabilidad? Espero que algún día podamos enlazar una dirección con la tranquilidad de que pasados los años seguirá allí, por ahora me temo que no es así.

Entiendo que no son serias al 100% pero creo que le dan más importancia de la que se debe a algo como una crisis financiera: efectivamente para todos esos que se quedan en paro sin recursos la cosa es una putada, pero lo sería aunque resultara que estuvieramos en el mejor momento de la historia económica. Además, un momento como este nos hará ser más ingeniosos y no creo que sea bueno dejar de disfrutar y pasar un mal año por algo que no nos toca de pleno. Si las cosas se han complicado, pues habrá que hacer más cena con los amigos y jugar a juegos en vez de tanto restaurante y cine. A lo mejor hay que usar menos coche y comprar otras cosas, pero estoy seguro de que todos podemos intentar disfrutar de todo esto.

Y a los que realmente estén pasandolo mal ¡mucho ánimo! Y que tengan un feliz 2009.

• Lo primero que decidí, ya hace unos meses, es que el 2009 sería el año de La Torre Oscura. Mi objetivo será (re)leer la saga de Stephen King así como otros libros que rodean el universo de la búsqueda de Roland. En total supone una veintena aproximada de libros.
• Me gustaría aprender Haskell, ya que en programming.reddit.com es muy mencionado y creo que nunca viene mal tener algo de soltura en programación funcional (cosa que perdí desde mis años de facultad).
• En el aspecto ecónomico, en esta última mitad del 2008 he conseguido estabilizar la situación y la idea es conseguir algo de ahorro, aunque el siguiente propósito igual complica ese asunto.
• Automovilizarme. El año pasado me saqué el carné de conducir y ahora mismo no tenemos vehículo, estamos planteando qué hacer en ese aspecto y ya veremos cómo va todo.
• En el aspecto laboral supongo que a pesar de tener en mente unas apuestas personales lo mejor será declarar en público un virgencita, virgencita, que me quede como estoy :-).
• Seguir intentando y conseguirlo.
• Tendría que decir algo de mi sobrepeso y de el ejercicio, pero no quiero ponermelo como propósito porque no se si seré capaz y tendría que ser algo que se transformara en hábito.

Supongo que quizás tendría que hacer otro post con algunas predicciones sobre el mundo tecnológico, sistemas, Internet y wireless, pero eso hay que reflexionarlo más, que no se me da tan bien.

Pasenlo bien todos, y si no terminan de encontrar alguna razón para hacerlo, pues sólo porque sí. Besos y abrazos para todos.

El final de la conferencia es lo que uno se esperaría de una charla de Matt, ya que pide a todo los asistentes que suban a bailar con él y al verlos me di cuenta de que uno se apartaba para sacar una foto y me pregunté, si hubiera estado allí ¿habría bailado? ¿me habría preocupado en fotografiar o grabar el evento? ¿o habría twitteado sobre ello? Me gustaría pensar que habría bailado sin más recuerdo que mi memoría pero no se si podría aseguarlo ¿Qué hariais vosotros?

I can’t imagine what people do when they have to enter their name in an online form that insists on a name that is made of a single word first name, possibly a middle initial, and a single word last name — none containing any punctuation.

Partiendo de cómo muchos formularios toman el nombre (nombre propio, inicial, apellido) el autor pasa a describir ejemplos de varios nombres que demuestran que no hay ningún formato común ya que puede haber nombres con varios apellidos, nombres compuestos. También hay que tener en cuenta que la capitalización de los nombres y apellidos puede ser mixta (pone como ejemplo el apellido DeGraw) además de que se incluyan signos en los apellidos, como en los apellidos compuestos españoles (comunes en nobleza y familias de postín). Y todo ello sin salir de las familiares normas occidentales, ya que en el caso japonés es muy sabido que suele tener la forma apellido nombre.

No existen soluciones para este tema, en los comentarios se menciona la posibilidad de ofrecer 2 textos: uno para refererirse a la persona informalmente y otro campo más formal (si vais a venderle un billete de avión a un Sir británico puede que no permita que se le llame Mr. y haya que utilizar Sir). Esta solución a priori puede parecer suficiente pero cuando se piensa un poco podemos darnos cuenta de que nos imposibilita una ordenación práctica (por lo general se hace por apellido), y todo esto sin entrar a pensar en juegos de carácteres y escrituras bidireccionales.

Conocer todos estos problemas nos puede hacer afrontar con humildad la tarea de internacionalizar una aplicación para que realmente sea global, y saber valorar todos los esfuerzos que muchas personas y equipos realizan para intentar poder llegar a todo el mundo.

El libro transcurre tras una plaga mundial de zombis que han estado a punto de acabar con la humanidad. Los entrevistados han tenido muy distintos papeles en la llamada “Guerra Mundial Z”, desde seguridad privada de grandes estrellas a civiles que huyen de la ciudad, pasando por un capitán de submarino “disidente”. Las situaciones que describen los personajes son bastante creibles, y el autor Max Brooks ha conseguido describir un mundo basta creible, con unas reacciones que podrían a llegar a ser reales, cosa que ayuda a sumergirte más en el mundo del gran pánico y la gran crisis mundial que azota a la humanidad.

Me ha parecido muy ameno de leer, las historias y los personajes de todos los entrevistados me han parecido creibles (aunque he de decir que me parece que ha faltado presencia europea) y me ha parecido un libro muy recomendable para leer, incluso aunque el tema zombi no atraiga nada, yo de hecho juraría que nunca he visto una película de Romero :-) ni he jugado a los Resident Evil ni nada :-) Así que como conclusión recomendar la lectura de “Guerra Mundial Z” a todos aquellos que puedan disfrutar de un best-seller.

Acabar diciendo en el sitio web del libro original (¡cuidado, sitio Flash!) se pueden leer algunos extractos que presentan a los entrevistados, por si queréis haceros una idea sobre el tema.


[ ['Triangulos', 1], ['Circulos', 2],['Cuadrados', 3] ].each { |fig,count| p "#{fig} aparece #{count} veces@}


No es gran cosa, pero el poder usar algo como |fig, count| en vez de |a| y tener que recurrir a a[0] y a[1], y aunque en este ridículo ejemplo quizás podría usarse un Hash en lugar del los Array como tuplas en mi caso sí que me ha ayudado a hacer un poquito más legible en código. No es gran cosa, pero algo ayuda.