Hai un ano e medio aproximadamente, comecei a participar en hackathons. Durante este período, conseguín participar en máis de 20 eventos de varios tamaños e temáticas en Moscova, Helsinki, Berlín, Múnic, Ámsterdam, Zúric e París. En todas as actividades, estiven implicado na análise de datos dunha forma ou outra. Gústame vir a novas cidades, facer novos contactos, crear ideas novas, implementar vellas ideas nun curto período de tempo e a subida de adrenalina durante a actuación e o anuncio dos resultados.
Esta entrada é a primeira das tres entradas sobre o tema dos hackathons, na que vos contarei que son os hackathons e por que deberíades comezar a participar nos hackathons. A segunda publicación tratará sobre o lado escuro destes eventos: sobre como cometeron erros os organizadores durante o evento e a que levaron. A terceira publicación estará dedicada a responder preguntas sobre temas relacionados co hackathon.
Que é un hackathon?
Un hackathon é un evento que se celebra durante varios días, cuxo obxectivo é resolver un problema. Normalmente hai varios problemas nun hackathon, cada un presentado como unha pista separada. A empresa patrocinadora ofrece unha descrición da tarefa, as métricas de éxito (as métricas poden ser subxectivas como "novedade e creatividade", ou poden ser obxectivas - precisión de clasificación nun conxunto de datos diferido) e recursos para lograr o éxito (APIs da empresa, conxuntos de datos, hardware) . Os participantes deben formular un problema, propoñer unha solución e mostrar un prototipo do seu produto no tempo previsto. As mellores solucións reciben premios da empresa e a oportunidade de seguir colaborando.
Etapas de Hackathon
Despois de anunciar as tarefas, os participantes do hackathon únense en equipos: cada "solitario" recibe un micrófono e fala sobre a tarefa elixida, a súa experiencia, a idea e que tipo de especialistas necesita para a súa implementación. Ás veces, un equipo pode estar formado por unha persoa que é capaz de completar todo o traballo do proxecto de forma independente a un nivel bastante alto. Isto é relevante para hackathons sobre análise de datos, pero moitas veces está prohibido ou non desexable para eventos de produtos: os organizadores teñen como obxectivo continuar o traballo no proxecto, pero xa na empresa; o equipo formado ten unha serie de vantaxes sobre os participantes que desexaban crear o produto só. O equipo óptimo adoita estar composto por 4 persoas e inclúe: front-end, back-end, científico de datos e persoa de negocios. Por certo, a división entre os hackatons de ciencia de datos e produtos é bastante sinxela: se hai un conxunto de datos con métricas claras e unha táboa de clasificación, ou podes gañar con código no caderno de Jupyter, este é un hackatón de ciencia de datos; todo o demais - onde precisa facer unha aplicación, sitio web ou algo pegajoso - supermercado.
Normalmente, o traballo nun proxecto comeza ás 9 horas do venres, e o prazo remata o domingo ás 10 horas. Parte deste tempo hai que gastalo durmindo (permanecer esperto e codificar é unha receita para o fracaso, comprobei), o que significa que os participantes non teñen moito tempo para producir nada de calidade. Para axudar aos participantes, representantes da empresa e mentores están presentes no sitio.
O traballo nun proxecto comeza coa comunicación cos representantes da empresa, xa que comprenden mellor os detalles da tarefa, as métricas e, moi probablemente, xulguen o teu traballo ao final. O propósito desta comunicación é comprender que áreas son máis relevantes e onde debes centrar a túa atención e o teu tempo.
Nunha hackathon, a tarefa foi definida para realizar regresión nun conxunto de datos con datos tabulares e imaxes e unha métrica clara: RMSE. Despois de falar co científico de datos da empresa, decateime de que non necesitaban regresión, senón clasificación, pero alguén da dirección simplemente decidiu que o mellor era resolver o problema deste xeito. E precisan de clasificación non para conseguir un aumento das métricas monetarias, senón para comprender cales son os parámetros máis importantes á hora de tomar unha decisión e despois procesalas manualmente. É dicir, o problema inicial (regresión con RMSE) cámbiase a clasificación; A prioridade da avaliación cambia desde a precisión obtida ata a capacidade de explicar o resultado. Isto, á súa vez, elimina a posibilidade de utilizar algoritmos de apilamiento e caixa negra. Este diálogo aforroume moito tempo e aumentou as miñas posibilidades de gañar.
Despois de entender o que cómpre facer, comeza o traballo real no proxecto. Debe establecer puntos de control: o tempo no que se deben completar as tarefas asignadas; Durante o camiño, é unha boa idea seguir comunicándose con mentores -representantes da empresa e especialistas técnicos-, isto é útil para axustar a ruta do seu proxecto. Unha nova mirada a un problema pode suxerir unha solución interesante.
Dado que un gran número de principiantes participan nos hackathons, é unha boa práctica por parte dos organizadores a realización de charlas e clases maxistrais. Normalmente hai tres conferencias: sobre como presentar a túa idea como produto, unha conferencia sobre temas técnicos (por exemplo, sobre o uso de API abertas na aprendizaxe automática, para que non teñas que escribir o teu speech2text en dous días). pero usa un listo), unha charla sobre pitching (como presentar o teu produto, como axitar correctamente os brazos no escenario para que o público non se aburra). Hai varias actividades para dinamizar aos participantes: unha sesión de ioga, futbolín e tenis, ou un xogo de consola.
O domingo pola mañá cómpre presentar os resultados do seu traballo ao xurado. Nos bos hackathons, todo comeza con coñecementos técnicos. Funciona realmente o que afirmas? O propósito desta comprobación é eliminar os equipos cunha fermosa presentación e palabras de moda, pero sen produto, dos rapaces que realmente fixeron algo. Desafortunadamente, a experiencia técnica non está presente en todos os hackathons, e hai casos nos que un equipo con 12 diapositivas e a mentalidade "... blockchain, computación cuántica, e despois a IA rematará..." gaña o primeiro lugar. Estes precedentes non son tan habituais, pero como son os máis memorables, moita xente pensa que unha boa presentación supón o 99% de vitoria nun hackathon. A presentación, por certo, é realmente importante, pero a súa contribución non supera o 30%.
Despois das actuacións dos participantes, o xurado decide premiar aos gañadores. Conclúe así a parte oficial do hackathon.
Motivación para participar en hackathons
Experiencia
En canto á experiencia adquirida, o hackathon é un evento único. Non hai moitos lugares na natureza onde poidas implementar unha idea da nada en 2 días e obter comentarios instantáneos sobre o teu traballo. Durante o hackathon, mellórase o pensamento crítico, as habilidades de traballo en equipo, a xestión do tempo, a capacidade de traballar nunha situación estresante, a capacidade de presentar os resultados do seu traballo de forma comprensible, as habilidades de presentación e moitos outros. É por iso que os hackathons son un lugar estupendo para persoas con coñecementos teóricos que queiran adquirir experiencia no mundo real.
Premios
Normalmente, o fondo de premios de hackathon é de aproximadamente 1.5k - 10k euros para o primeiro lugar (en Rusia - 100-300 mil rublos). O beneficio esperado (valor esperado, EV) da participación pódese calcular mediante unha fórmula sinxela:
EV = Prize * WinRate + Future_Value - Costs
onde Premio — o tamaño do premio (para simplificar, asumiremos que só hai un premio);
WinRate — probabilidade de gañar (para un equipo principiante este valor estará limitado ao 10 %, para un equipo máis experimentado: 50 % e máis; coñecín xente que saíu de cada hackathon cun premio, pero isto é máis ben unha excepción á regra. e a longo prazo a súa taxa de vitoria será inferior ao 100 %;
Valor_futuro - un valor que mostra o beneficio futuro da participación nun hackathon: este pode ser o beneficio da experiencia adquirida, conexións establecidas, información recibida, etc. Este valor é case imposible de determinar con precisión, pero hai que lembralo;
custos - Gastos de transporte, aloxamento, etc.
A decisión de participar tómase a partir dunha comparación do EV do hackathon co EV da actividade que che gustaría facer se non houbese hackathon: se querías deitarte no sofá a fin de semana e botarte o nariz, entón probablemente deberías participar no hackathon; se pasas tempo cos teus pais ou a túa moza, lévaos a un equipo para un hackathon (só bromeando, decide por ti mesmo), se es autónomo, compara a hora do dólar.
Segundo os meus cálculos, podo dicir que, en Rusia, para o científico de datos medio no nivel júnior e medio, a participación en hackathons é proporcional ao beneficio monetario dun día de traballo normal, pero tamén hai matices (tamaño do equipo, tipo de hackathon, fondo de premios, etc.). En xeral, os hackathons non son unha bonanza polo momento, pero poden proporcionar un bo impulso ao teu orzamento persoal.
Captación de empresas e networking
Para unha empresa, un hackathon é unha das formas de contratar novos empregados. Serache moito máis doado demostrar que es unha persoa adecuada e sabes traballar nun hackathon que nunha entrevista, facendo xirar unha árbore binaria no taboleiro (que, por certo, non sempre se corresponde co que vai facer un traballo real como científico de datos, pero hai que respectar as tradicións). Tal proba en condicións de "combate" pode substituír un día de proba.
Conseguín o meu primeiro traballo grazas a un hackathon. No hackathon, demostrei que se pode extraer máis diñeiro dos datos e dixen como ía facer isto. Comecei un proxecto nun hackathon, gañeino e despois continuei co proxecto coa empresa patrocinadora. Este foi o cuarto hackathon na miña vida.
Oportunidade de obter un conxunto de datos único
Este é un punto moi relevante para os hackathons de ciencia de datos, cuxa importancia non todos entenden. Normalmente, as empresas patrocinadoras proporcionan conxuntos de datos reais durante o evento. Estes datos son privados, están baixo NDA, o que non nos impide mostrarche a proba de concepto nun conxunto de datos real, e non nun Titanic de xoguete. No futuro, tales resultados axudarán moito á hora de solicitar emprego nesta empresa ou nunha empresa competidora, ou para xustificar proxectos similares. De acordo en que, en igualdad de condicións, é mellor ter realizados proxectos que foron valorados positivamente que non telos. En xeral, estes proxectos rematados xogan un papel similar ás medallas e estatutos, pero para a industria o seu valor é máis evidente.
Советы
En xeral, traballar nun hackathon é unha experiencia bastante diversa e é difícil formular unha lista de regras. Non obstante, aquí gustaríame dar unha lista de observacións que poden axudar a un principiante:
- Non teñas medo de ir a hackathons aínda que non teñas experiencia ou equipo. Pensa en como podes ser útil. Por exemplo, quizais tes unha idea interesante ou estás ben versado nalgunha área? Podes utilizar o teu coñecemento do dominio ao formular un problema e atopar solucións non triviais. Ou quizais es o mellor de Google? A túa habilidade aforrará moito tempo se podes atopar implementacións preparadas en Github. Ou es moi bo para axustar os parámetros lightgbm? Neste caso, non vaias ao hackathon, senón demostralo na competición kagla.
- As tácticas son máis importantes que as manobras. O teu obxectivo no hackathon é resolver un problema. Ás veces, para resolver un problema, cómpre identificalo. Comproba que o teu problema identificado é realmente relevante para a empresa. Comprobe a súa solución contra o problema, pregúntese se a súa solución é óptima. Ao avaliar a súa solución, primeiro analizarán a relevancia do problema e a adecuación da solución proposta. Poucas persoas están interesadas na arquitectura da túa rede neuronal ou na cantidade de mans que recibiches.
- Asiste ao maior número posible de hackathons, pero non teñas vergo de afastarte de eventos mal organizados.
- Engade os resultados do teu traballo no hackathon ao teu currículo e non teñas medo de escribir sobre iso publicamente.
A esencia dos hackathons. Brevemente
Fonte: www.habr.com