Se llevó a cabo con grán exito la 3era. edicion del Half Triathlon de Concordia. La mañana ameneció inestable, y en momentos algunas gotas calleron aisladamente por breves segundos.

Con el correr de las horas,  la temperatura, la sensacion termina y la humedad fueron ascendiendo sin dar respiro para terminar con un agobiante calor que se hizo sentir en el desempeño de los participantes y en el publico expectante.

La cobertura minuto a minuto no funcionó.

Como mucha gente ya ha visto y hasta algunos han comentado en webs deportivas especializadas, la cobertura minuto a minuto que fue extensamente promocionada como un elemento informatico sin precedentes en nuestro pais, NO FUNCIONO.

Si bien algunos comentan muy negativamente esta “falta”,  creo que pocos consideran el aspecto de que la tecnologia es muy linda cuando funciona, pero cuando no funciona da tremendos dolores de cabeza. Y seguramente tambien desconocen el tremendo esfuerzo que se puso tras esta novedad.

El servicio “minuto a minuto” que se promocionó, consistia en un sistema especial por el cual se transmitian los resultados de las distintas etapas de la carrera a partir de la captura de los tiempos en las transiciones directamente por internet. De manera que el visitante de la web simplemente debia sentarse frente a su monitor e ir viendo como iban apareciendo uno a uno los tiempos de los participantes (e incluso hasta una foto de aquellos mas conocidos) en la etapa en cuestion.

Como relleno de ésto estaban las “alertas de carrera”, simplemente un tablon donde se irian publicando novedades mientras esperabamos una nueva transicion para la captura de tiempos.

Ahora bien, muchos seguramente habran creido que el minuto a minuto era simplemente “cargar noticias en un blog”, en realidad como desarrollador de este sistema debo comentar que:

- el sistema “minuto a minuto” era un desarrollo especial y unico en su tipo sin precedentes en nuestro pais

- el sistema “minuto a minuto” comprendia trabajar en conjunto con la base de datos empleada para gestionar los participantes y sus inscripciones, de esta forma, se realiza una verdadera integracion que permite a posteriori, crear un historial del participante con su desempeño, permitiendo hacer analisis y precciones de desempeños posteriores.

- el sistema “minuto a minuto” esta desarrollado en php y utilizan bases de datos alojadas en un servidor propio en internet, de manera que la carga y el procesamiento de la informacion se produce exclusivamente “on line”, siendo un verdadero conjunto de algoritmos  pocas veces visto (sistema que se esta empezando a utilizar en las grandes pruebas atleticas y de pruebas combinadas internacionales)

Por que no funcionó.

Como comente mas arriba, el “minuto a minuto” requiere exclusivamente trabajar en internet (de hecho si no trabajara en internet no habia motivos para promocionar esta novedad ya que sino seria un sistema comun y corriente de clasificacion off line).

El sistema, operativamente funciona a la perfeccion (e invito incluso a los interesados a contactarme para probarlo), de hecho lo probe horas antes de partir hacia el lugar donde se llevaría a cabo la prueba, y habia sido probado con anterioridad en donde fue el epicentro del evento.

El factor influyente para que no funcione fue la pésima y nula conectividad a internet que se ofrecio en el hotel cuya zona se llevo a cabo la movida.

Al estar alejado del centro de la ciudad e inserto en una frondosa vegetacion y altas paredes de arboles dificultar notablemente el acceso a la red celular y considerando la proximidad con el vecino pais (uruguay), es que se hizo imposible lograr una conexion movil a traves de la red celular a traves de los  modem “go”  de arnet (que en realidad utiliza la red de personal) y el de claro (tengo ambos modem) y en ningun momento de las pruebas previas  se logro captar señal capaz de brindar un acceso confiable a internet.

La red wifi del hotel habia sido probada con anterioridad en dos ocasiones (en las que se tomaron datos de ejemplo para simular la carrera y ver el desempeño del sistema, que como comenté, operativamente funciona a la perfeccion), y en ambas ocasiones la conexion a la red wifi ofrecia un muy buen acceso a internet (se probó siempre en horas de la tarde en donde los huespedes del hotel la utilizan con mayor intensidad, justamente para neutralizar esta variable y luego no tener sorpresas). Las pruebas se efectuaron en distintos lugares del hotel y en su predio justamente para conocer el “alcance de la red” y saber en donde desplegar puestos de captura.

Pero hubo sorpresa, y la sorpresa fue que la conectividad a dicha red fue nula la mayoria del tiempo y si lograba acceder, la misma era muy inestable y hacia imposible acceder al panel administrador del sistema para proceder con la captura de datos, incluso pese a instalar una computadora movil lado del aparato que generaba la señal inalambrica (el wifi).

Para la carrera se desplegaron dos computadoras moviles, e incluso se hizo uso de una computadora de escritorio en el lobby del hotel, la cual tambien presentó serios problemas de conexion.

Un aspecto a corregir.

La gran cantidad de visitas a la web durante el transcuro de la carrera genero “cuellos de botella” en el servidor donde se aloja la web del triatlon, situacion que tambien habia sido prevista con un balanceo de carga a traves de detectar el ancho de banda consumido en las consultas hechas por el sistema “minuto a minuto” a la base  de datos. Esto sin dudas se agravo a partir de no haber “novedades” en el “minuto a minuto” lo que sin dudas genero impaciencia en quienes estaban intentando seguir la carrera y provocaron un numero muy superior de consultas a la base de datos (superando las previstas) y volteando el balanceo de carga, a tal punto de saturar el servidor a partir de alrededor de la 1 de la tarde. Sin dudas que a futuro habrá que preveer esta situacion y optimizar esto al maximo.