Ganamos el hackathon de MercadoLibre!
PERO esto no es "nuestra receta para ganar", sería cualquiera decir que yo conozco (o incluso existe) tal receta.
Lo que vas a leer ya lo pensaba antes del Hackathon, y es la metodología que usamos para armar algo simple, útil y lindo en 24 horas.
El 23 de Marzo nos encontramos con Fede en las oficinas de MercadoLibre junto a otros 48 participantes para el Hackathon de MercadoLibre 2013.
En 24hs armamos MercadoInsights, una herramienta para vendedores profesionales de MercadoLibre que quieren saber como van sus ventas, en comparación con la competencia.
Desde la mañana del Sábado hasta la del Domingo cada equipo estuvo concentrado en su proyecto y al finalizar las 24hs cada equipo tuvo que presentar su proyecto en 5 minutos.
OK, aca va nuestra metodología:
MSP (Minimum Showable Product)
Obviamente no nos mandamos de una a programar algo gigante. Además de planificar la aplicación en 5 etapas, pensamos en cada etapa el proyecto como un producto ya "mostrable".
Si 24 horas no nos hubieran alcanzado para terminar nuestra idea, por lo menos hubiesemos llegado tranquilamente a presentar un proyecto terminado.
Tuvimos ganas de implementar más ideas, pero decidimos recortar todo lo que sentíamos que estaba de más.
Por ejemplo, nuestras planificación en etapas fue:
Una url que le pasas un ID de item de MercadoLibre y te gráfica las ventas.
Que además compare productos entre si
Implementar autenticación de usuario de MeLi, y que obtenga los productos de ahi.
Aprender lenguajes/frameworks nuevos puede no llevarte tanto tiempo, pero aprenderte los detalles prácticos tal vez si. Por eso a nosotros nos gusta usar herramientas que conozcamos como base de la aplicación, y mezclarla con técnicas nuevas para nosotros.
Por ejemplo, Fede se leyó el manual de d3.js para los gráficos y uso un framework para estilos diferente a Bootstrap (que lo sabe de memoria).
En mi caso yo jugué con Sequel, que nunca lo había usado desde cero (en educabilia usamos Ohm principalmente).
Y digo git, no github. Hubo muchos equipos que decidieron no usar ningún sistema de control de revisión de códigos (dropbox no cuenta). Usar git es super cómodo ya seas equipo de 1 o más.
Además de ayudarte a trabajar con más personas, te ayuda a organizar tu cabeza/código a vos mismo.
Y no nos pasó, pero si a las 5am se nos hubiese roto toda la aplicación sin saber porque podríamos haber ido atrás en el código para corregirlo.
Los frameworks (entre otras cosas) sirven para prototipar ideas rápido y no empezar todo el tiempo de cero. Nosotros usamos Cuba (backend), Zurb Foundation, jQuery y underscore (frontend).
Conocer mínimamente las APIs que vas a usar
Hubo muchas cosas que aprendimos de la APIs de mercadolibre en el hackathon, leyendo la documentación y preguntando a los chicos. Pero nos fue importante ya conocer de lo que eran capaz y como se usaban.
El título fue solo para llamar la atención, debe ser re pesado usar TDD en un hackathon. Pero eso no quiere decir no hacer tests. Nosotros hicimos tests unitarios para algunas cosas (por ej: el procesador de datos para generar el gráfico).
La más importante: El flow del pitch
Las 24 horas que trabajaste se van en 5 minutos. El pitch (la presentación) de tu proyecto tiene que resaltar porque ese día decidiste no dormir. Vale estar nervioso.
Con Fede, nos dedicamos por lo menos 15 minutos antes de presentar para pensar que es lo que ibamos a mostrar, que ibamos a decir y en que orden.
El evento estuvo genial y muy bien organizado. Los chicos y las chicas de MeLi fueron muy buenos anfitriones y nos atendieron muy bien. Además, les agradezco por resolver nuestras dudas con buena cara incluso a las 5am.
gummygunk
baratheonpilled
ellievsbear
prguitarman
discoholicmusic