En 5 senzills passos fins al hackathon

Per què no hi ha més gent que parli de hackathons? Són una explosió i, sovint, ofereixen menjar i filadors gratuïts. El més important és que proporcionen als desenvolupadors de programari una excel·lent oportunitat per millorar els seus coneixements en un curt període de temps i ofereixen a professionals no tècnics l’oportunitat d’implementar una visió i donar vida a una idea.

Si esteu interessats a entrar-hi, els col·legis i les organitzacions tècniques els mantenen constantment. Estic orgullós de treballar per a una empresa (Asurion) que patrocina un hackathon anual que genera desenes d’idees innovadores i implementacions impressionants. Durant l'esdeveniment d'aquest any, no només em vaig envoltar de grans companys d'equip, sinó que vaig seguir aquests cinc passos per optimitzar la meva experiència de hackathon.

1. Trieu alguna cosa actual

De hackathons han sorgit molts projectes interessants, però després d’haver passat uns quants començareu a veure algunes iteracions. Trieu una tecnologia o un tema relativament nou per maximitzar la novetat. Encara que no guanyeu, apreneu-ne més i amplieu les limitacions de la vostra zona de confort.

Per exemple, a causa de l’augment massiu de la propietat d’assistents a la llar (129% any rere any), el nostre equip va decidir utilitzar Amazon Echo per al nostre hack. El nostre servei Soluto proporciona assistència premium instantània per a problemes de tecnologia. Vam pensar que l’Echo podria ser un punt d’entrada convenient al nostre servei.

La vostra idea de hackathon no sempre ha de canviar el món. Pot ser quelcom senzill i divertit, inspirat en un nou espectacle, pel·lícula o joc interessant. Vaig participar en el meu primer hackathon fa un parell d’anys quan va sortir originalment el 2048. Com que SendGrid era un dels nostres patrocinadors, vaig decidir piratejar un joc 2048 basat en el correu electrònic. Per la seva rellevància en aquell moment, va ser ben rebut.

2. Definiu un MVP

La majoria dels hackathons tenen una durada d'entre 24 i 72 hores. Tot i que això pot semblar molt de temps per treballar, no és fins i tot si porteu un sac de dormir. Per això, heu de definir un producte de funcionalitat mínima (MVP) que el vostre equip pugui crear sense perdre temps.

Podeu aconseguir-ho limitant el vostre hack a algunes funcions bàsiques. Si el vostre hack és massa extens, és probable que totes les funcions apareguin sense polir. Quan tingueu idees sobre com ampliar el vostre hack en el futur, incloeu-los com a punts de discussió a la presentació. Tanmateix, el públic o els jutges no us perdonaran si teniu un gran avantatge i res tangible que demostreu.

Lliurament de premis a l’Asurion Hackathon 2017 (Nashville). D'esquerra a dreta: Barry Vandevier (jutge i president d'operacions), Alex Hughes, Lucas Rudd, Jonathan Hughes, Daniel Cottone i Brandon Evans

3. Proveu les integracions de tercers abans d'hora

Molts hacks utilitzen interfícies de programació d'aplicacions (API) per integrar la seva aplicació amb altres serveis basats en web. Podeu deixar que els vostres usuaris iniciïn la sessió amb el seu compte de Google, enviïn tweets enregistrant la seva activitat a l'aplicació i molt més. L’ús d’APIs amplia el vostre públic, simplifica el treball de desenvolupament i enriqueix la vostra experiència d’usuari.

Malauradament, les API tenen les seves limitacions de disseny. Aquests proveïdors de tercers han treballat molt dur en les seves bases de dades i funcions i no us permeten utilitzar-los sense disminució. Algunes API són de pagament, la majoria limiten el nombre de trucades que podeu fer en un període de temps determinat i totes restringeixen l’accés a les seves dades d’alguna manera. Per evitar malentesos, heu de provar el cas d'ús de la integració abans, possiblement abans de crear altres funcions.

Ho vaig aprendre de la manera més difícil. En un hackathon anterior, el meu equip es va proposar crear una aplicació de Facebook que determinaria amb quins amics no heu interactuat recentment i us donaria l’oportunitat de tornar a connectar amb ells. Hem creat tota l'aplicació a la primera meitat del hackathon abans de començar la integració de l'API. Només hi havia un problema: Facebook us impedeix obtenir informació sobre els vostres amics tret que també tinguin l'aplicació. Com que l’aplicació seria inutilitzable fins que una gran part de la població l’hagués instal·lat, vam haver de revisar completament la nostra idea en molt poc temps.

A l’Asurion Hackathon, ens vam beneficiar de la possibilitat d’utilitzar API internes amb les quals hem treballat anteriorment. Tot i això, primer vam treballar en les integracions, per si en sortia alguna cosa. Això ens va permetre centrar la major part de la nostra energia a crear i perfeccionar l’experiència de l’usuari.

4. Si no està trencat, no ho solucioneu

Amb el pas del temps, si heu implementat el vostre MVP, és possible que tingueu la temptació de canviar-lo d'alguna manera. El vostre equip no hauria de prendre aquesta decisió a la lleugera. Un hack no és un producte comercialitzable. La refactorització de codi d’última hora no té cabuda en un hackathon. Si el vostre pirateig podria utilitzar algunes millores o funcionalitats addicionals per als usuaris, haureu de ponderar els riscos i avantatges d’aquests canvis i donar-vos temps per recuperar-vos si alguna cosa no funciona. Almenys no faria cap canvi en el pirateig en una hora després de la presentació final. En algun moment has de deixar de trencar coses!

Això no vol dir que no hagueu de fer una llista dels possibles canvis que caldrà corregir en una data posterior. Com es va esmentar anteriorment, si es fa correctament, un hack és només un MVP, no un producte acabat. Tanmateix, això no us hauria d'aturar a pensar en futures iteracions del concepte. Esperem que el vostre pirateig sigui una cosa en la qual creieu, de manera que pugueu reprendre el projecte un cop finalitzi el concurs. No us arrisqueu a danyar res just abans de la presentació. Parlant de què ...

5. Presenteu-ho com si el vostre pirata en dependés

Alguns hackathons es demostren d’un en un, mentre que d’altres tenen vitrines on els jutges revisen els hacks a voluntat. Sigui com sigui, la presentació és tan important, si no més, que el hack en si. Si teniu un projecte fantàstic però no el podeu transmetre, de què va? Assegureu-vos que dediqueu una quantitat important del vostre temps a preparar i practicar la vostra presentació.

Aquí és on pot ser molt útil si no teniu desenvolupadors al vostre equip. Un cop definit el MVP, aquests membres de l’equip poden planificar la millor manera de comercialitzar-lo en paral·lel al desenvolupament, sempre que ambdós grups es comuniquin entre ells sobre canvis importants. Els desenvolupadors poden ajudar a centrar-se en el "què", mentre que altres perfeccionen el "per què".

Abans de dissenyar el vostre espai, heu d’identificar el vostre públic. Si el vostre hackathon convida el públic a jutjar, voleu cridar l’atenció del públic i fer-lo arribar al punt. Quan feu presentacions a possibles propietaris d’empreses, tingueu en compte les projeccions financeres clau i exemples de creació de valor de la companyia. Quan els vostres companys pirates informàtics avaluen el vostre projecte, mireu els detalls tècnics i mostreu les complexitats de la vostra arquitectura.

Les presentacions més memorables solen ser les més interactives. Una cosa és veure que s’utilitza un programa. una altra és experimentar-ho per tu mateix. Si podeu trobar una manera de permetre al vostre públic demostrar el vostre producte, aneu-hi (si coneixeu els possibles problemes secundaris).

Si seguiu aquests passos, hauríeu de deixar el hackathon amb un resultat interessant, únic i ben executat. Això no vol dir que tinguis la garantia de guanyar, però això és molt menys important que les habilitats i l’experiència que guanyes en assistir a aquests esdeveniments.

Si esteu interessats a unir-vos al nostre equip, mireu les ofertes de feina a Soluto Nashville i envieu-me un missatge.