Cómo hackathon en 5 sencillos pasos

¿Por qué no hay más personas hablando de hackatones? Son una maravilla y con frecuencia suministran comida gratis y hilanderas inquietas. Pero lo más importante es que son una excelente manera para que los desarrolladores de software mejoren sus habilidades en un corto período de tiempo, al tiempo que ofrecen a los profesionales no técnicos la oportunidad de ejecutar una visión y dar vida a una idea.

Si está interesado en ingresar a uno, las universidades y las organizaciones relacionadas con la tecnología los tienen todo el tiempo. Estoy orgulloso de trabajar para una empresa (Asurion) que patrocina un hackathon anual, que produce docenas de ideas innovadoras e implementaciones impresionantes. Durante el evento de este año, aparte de lograr rodearme de excelentes compañeros de equipo, seguí estos cinco pasos para optimizar mi experiencia de hackathon.

1. Elige algo tópico

Muchos proyectos interesantes surgen de los hackatones, pero después de haber estado en algunos, comenzará a ver algunas repeticiones. Para maximizar la novedad, intente elegir una tecnología o un tema relativamente nuevo. Incluso si no gana, aprenderá más y ampliará las limitaciones de su zona de confort.

Por ejemplo, debido al aumento masivo en la propiedad de asistentes de hogar (129% año tras año), nuestro equipo decidió utilizar Amazon Echo para nuestro hack. Nuestro servicio, Soluto, proporciona soporte premium instantáneo para problemas de tecnología. Pensamos que el Echo podría ser un punto de entrada conveniente para nuestro servicio.

Su idea de hackathon no siempre necesita cambiar el mundo. Puede ser algo simple y divertido inspirado en un nuevo programa, película o juego atractivo. Participé en mi primer hackathon hace unos años cuando salió originalmente 2048. Como uno de nuestros patrocinadores fue SendGrid, decidí hackear un juego 2048 con correo electrónico. Fue bien recibido, debido a su relevancia en ese momento.

2. Definir un MVP

La mayoría de los hackatones duran entre 24 y 72 horas. Aunque parezca que es mucho tiempo para trabajar, no lo es, incluso si trae un saco de dormir. Como tal, debe definir un producto mínimamente viable (MVP) que sea factible para que su equipo cree, mientras le deja tiempo de sobra.

Puede lograr esto limitando su pirateo a algunas características principales. Si su pirateo es demasiado amplio, es probable que cada función aparezca sin pulir. Si tiene ideas sobre cómo expandir su pirateo en el futuro, inclúyalas en su presentación como puntos de discusión. Sin embargo, el público y los jueces no lo perdonarán si tiene un gran argumento de venta pero nada tangible que mostrar.

Entrega de premios en el Asurion Hackathon 2017 (Nashville). De izquierda a derecha: Barry Vandevier (Juez y Presidente de Operaciones), Alex Hughes, Lucas Rudd, Jonathan Hughes, Daniel Cottone y Brandon Evans

3. Probar las integraciones de terceros temprano

Muchos piratas informáticos utilizan interfaces de programación de aplicaciones (API) para integrar su aplicación con otros servicios basados ​​en la web. Puede hacer que sus usuarios inicien sesión a través de su cuenta de Google, envíen tweets que describan su actividad en la aplicación y mucho más. El uso de API amplía su público objetivo, simplifica el trabajo de desarrollo y enriquece su experiencia de usuario.

Desafortunadamente, las API, por diseño, tienen sus limitaciones. Estos terceros trabajaron muy duro para sus bases de datos y funciones, y no van a permitir que los use sin cesar. Algunas API requieren pago, la mayoría limita la cantidad de llamadas que puede realizar dentro de un período de tiempo determinado y todas restringen el acceso a sus datos de alguna manera. Para evitar conceptos erróneos, debe probar su caso de uso de integración temprano, quizás antes de crear cualquier otra funcionalidad.

Aprendí esto de la manera difícil. En un hackathon anterior, mi equipo se propuso crear una aplicación de Facebook que identificara con qué amigos no había interactuado recientemente y le dio la opción de volver a conectarse con ellos. Construimos la aplicación completa durante la primera mitad del hackathon antes de comenzar la integración de API. Solo había un problema: Facebook le impide obtener información sobre sus amigos a menos que también tengan la aplicación. Como la aplicación sería inútil hasta que una parte importante de la población la instalara, tuvimos que reelaborar completamente nuestra idea con un tiempo muy limitado.

En Asurion Hackathon, nos beneficiamos de poder utilizar API internas con las que hemos trabajado en el pasado. Aún así, trabajamos primero en las integraciones, en caso de que surgiera algo en el camino. Esto nos permitió concentrar la mayor parte de nuestra energía en crear y refinar la experiencia del usuario.

4. Si no está roto, no lo arregles

Si ha implementado su MVP con tiempo de sobra, podría verse tentado a cambiarlo de alguna manera. Su equipo no debe tomar esta decisión a la ligera. Un hack no es un producto listo para comercializar. La refactorización de código de último minuto no tiene cabida en un hackathon. Si su pirateo podría usar algunas mejoras o características adicionales para el usuario, debe evaluar cuál es el riesgo frente a la recompensa de estos cambios y darse tiempo para recuperarse si algo sale mal. Como mínimo, me abstendría de hacer modificaciones al hack dentro de una hora de su presentación final. ¡En algún momento, debes dejar de romper cosas!

Esto no significa que no deba crear una lista de posibles cambios para abordar en otro momento. Como se mencionó anteriormente, un hack, si se realiza correctamente, es solo un MVP, no un producto terminado. Pero eso no debería impedir que piense en futuras iteraciones del concepto. Con suerte, tu truco es algo en lo que crees, así que siéntete libre de retomar el proyecto una vez que finalice la competencia. Simplemente no se arriesgue a romper nada justo antes de su presentación. Hablando de que…

5. Presente como su truco depende de ello (lo hace)

Algunos hackathons tienen demostraciones secuenciales, mientras que otros tienen vitrinas donde los jueces revisan los hacks a su antojo. De cualquier manera, la presentación es tan importante, si no más, que el truco en sí. Si tienes un proyecto increíble pero no puedes transmitir su genialidad, ¿cuál es el punto? Asegúrese de dedicar una cantidad significativa de su tiempo a preparar y practicar su presentación.

Aquí es donde tener no desarrolladores en su equipo puede ser tremendamente útil. Después de definir el MVP, estos miembros del equipo pueden planificar cómo comercializarlo mejor en paralelo con el desarrollo, siempre que ambos grupos se comuniquen entre sí sobre cualquier cambio importante. Los desarrolladores pueden ayudar a centrarse en el "qué", mientras que los demás ayudan a refinar el "por qué".

Antes de diseñar su presentación, debe identificar a su audiencia. Si su hackathon invita al público a juzgar, querrá captar su atención y mantenerlo a la ligera. Si presenta a las partes interesadas de la empresa, incorpore proyecciones financieras clave y ejemplos de valor agregado para la organización. Por último, si sus compañeros piratas informáticos están evaluando su proyecto, revise la pila de tecnología y presuma de las complejidades de su arquitectura.

Las presentaciones más memorables suelen ser las más interactivas. Una cosa es presenciar el uso de un programa; es otro experimentarlo por ti mismo. Si puede encontrar una manera de permitir que la audiencia demuestre su producto, hágalo (siempre y cuando conozca sus posibles casos límite).

Si sigue estos pasos, debe dejar el hackathon con una entrega interesante, única y bien ejecutada. Esto no quiere decir que esté garantizado que gane, pero eso es mucho menos importante que las habilidades y la experiencia que obtiene al participar en estos eventos.

Si está interesado en unirse a nuestro equipo, ¡no dude en consultar las ofertas de trabajo en Soluto Nashville y enviarme una nota!