Ni corto ni perezoso se ha plantado en la Campus Party donde, además de poner caretos delante de la tele, dar una charla improvisada de Rails, convertirse en productor de El Cosmonauta, formar parte del jurado del concurso de videojuegos, trasnochar con juegos de mesa, … ¡¡ha encontrado tiempo para ganar el Enjuto de Oro!!.

Más información en la web de RTVE. El proyecto, desarrollado conjuntamente entre Ernesto Jímenez, Product Manager de Tractis, y Ricardo Varela, Ingeniero Líder de Integración Móvil en Yahoo!, ha consistido en una aplicación open source para iPhone para que los contenidos de RTVE.es aparezcan ordenados en función de la relevancia que se les dé en redes sociales como Twitter.

Un. Enjuto. De. Oro. WOW. Respect. Man. Respect. Nuestra más sincera enhorabuena a ambos.

¿Lo traerás un día a la oficina, no?

El Rails Hackfest es un evento mensual que recompensa a desarrolladores que contribuyen a mejorar el código del core de Ruby on Rails, un framework que utilizamos en el desarrollo de Tractis. El valor de las contribuciones se calcula en función de un sistema de puntuación y los primeros en la tabla reciben premios. En este caso, Ernesto ha ganado una entrada a la RailsConf de este año en Portland, Oregon.

El Rails Hackfest es un concurso a nivel mundial y este reconocimiento es una demostración (más) de que en España y Europa tenemos talento de primer nivel.

Nuestra más sincera enhorabuena a Ernesto y Juanjo. Es un honor trabajar con vosotros.

1. Testear cuanto antes

Hay cosas que, después de desarrolladas, no nos convencen como quedan y queremos cambiar. Esta es la razón principal por la que seguimos una metodología ágil (iteración continua, rinse & repeat o como lo quieras llamar). Hasta que no “experimentas” con lo desarrollado, no sabes si funcionará o no. Incluso antes de empezar la beta, eramos conscientes de que quedaban esquinas por pulir y algunos bugs pero preferimos dejar entrar a la gente ya y que nos diesen su opinion cuanto antes.

2. Abrazar los cambios

¿Y por qué no os lo pensasteis todo mejor antes de empezar a desarrollar?. Lo hicimos. Pero no existen las especificaciones perfectas. No creemos en elaborar el-documento-perfecto-e-inmutable durante 5 meses y desarrollar durante 10 más… para luego descubrir que te has olvidado/equivocado/malinterpretado algo. Preferimos sacar 15 versiones, 1 cada mes, y recibir feedback cada vez. Muchas de las decisiones que estamos tomando estos días no las podríamos haber tomado hace 2 meses. Necesitabamos ver, tocar y decidir. Se acerca una época de cambios. ¡Bienvenida sea!. Algunas partes (p.ej: edición del contrato) serán reescritas completamente.

3. La perfección existe

Un comentario que puede parecer una tontería pero que no lo es: La perfección existe, otra cosa es alcanzarla. Cuesta. Si no existiese, sería como admitir la derrota antes de empezar. “No hay nada perfecto!!” es la excusa de los mediocres. Hay partes de la aplicación que son “perfectas”. Al menos así lo siento. A veces se trata de una pagina, otras de un texto, un mensaje de error o un workflow. Queda mucho por hacer pero mucho se ha conseguido. Cuando navegues la aplicación, encontrarás pequeños detalles y rincones que, estoy seguro, transmitirán toda la pasión empleada. Con vuestros comentarios y sugerencias, muchas cosas mejorarán y estaremos un pasito más cerca de la perfección.

Aviso importante para futuros negonators

Desarrolla y muestra. Y encaja el feedback y responde y convence… todos los días si es posible. Esa es la gente que buscamos y creemos que si lo conseguimos, tendremos una “arquitectura fundamentalmente superior” a cualquier otro competidor. Pasar por este proceso NO es perder el tiempo. Es investigación (super-valiosa, super-útil) para llegar a la solución mejor o más perfecta. No medimos el éxito por la cantidad de funcionalidades ni el número de líneas de código que tiene Tractis. Medimos el éxito por la calidad de lo que hay. Mejor pocas líneas de código (menos bugs) que reflejen todo lo que hemos aprendido y porqué debe hacerse así. Puro código destilado.

Capuccino Negonation: corto de paciencia, largo de mala leche

Todo lo dicho, nos lo tomamos muy en serio. Creo sinceramente que el tipo de desarrollador al que le gusta que le den unas especificaciones perfectamente claras, trabajar en silencio sin interactuar con nadie y luego, 2 meses después, presentar el código al resto con cara de triunfo (“¡¡¡Ta-chán!!!“)… no tiene lugar aquí. Si tienes un problema con desarrollar código rápido, enseñárselo al usuario y después tirar el 90% a la basura, tienes un problema con la forma de trabajar de Negonation.

La Beta oculta

Conversación telefónica, una noche antes del lanzamiento de la Beta, tras un día agotador:

David: “Manolo, ¿qué nos falta? ¿en tu opinión cual es el bug más grande y con el que no podemos sacar la beta hasta que no lo resolvamos?“
Manuel: “Hombre, pues yo creo que lo de que desaparezcan los contratos al publicarlos… “.

Recuerdo que empezamos a reirnos y estuvimos así un bueeen rato. Ha habido momentos bastante duros, días agotadores… algún que otro email de “¡Pensé que te encargabas tú!“… la visualización de los contratos en los distintos navegadores ha sido una auténtica pesadilla como pueden atestiguar Ernesto Jímenez, David Calavera y Diego Lafuente. Y, sin embargo, todo el mundo (Juanse Pérez -Pootle-, José Gordo -Sistemas-…) ha arrimado el hombro y aguantado el tirón. Incluso “los nuevos”, Juan Lupión -GetText-, Juanjo Bazán -Settings-, Pelle Braendgaard -Firma digital-… dieron un paso al frente para ayudar en lo que se pudiera. ¡Gracias a todos porque sin vosotros no habríamos llegado hasta aquí!. De la veintena de desarrolladores apuntados a developers_negonation@googlegroups.com, hay 6 o 7 que han demostrado de que madera están hechos. Es un honor trabajar con vosotros. En los momentos de mayor stress, no ha habido ni un paso atrás, ni una deserción… y ahí se me ha acabado el acojonamiento y he pensado: “Lo vamos a conseguir. No hay otro resultado posible“.

¿Cómo es posible que gente de distintos países, con distintas historias, habilidades y situaciones familiares hayan trabajado con el entusiasmo y dedicación que lo han hecho a cambio de un retorno incierto a largo plazo?. La beta oculta no es solo lo que se ve en http://www.tractis.com, sino que alcanza a todo Negonation. Y ha sido todo un éxito. Hay muchas cosas que pulir pero demuestra que esta forma de trabajo es posible. ¿Será que Yochai Benkler tenía razón?…