QA: Hackathons

A parte final da trilogia hackathon. Na primeira parte , falei sobre a motivação para participar de tais eventos. A segunda parte foi dedicada aos erros dos organizadores e seus resultados. A parte final responderá a perguntas que não se encaixam nas duas primeiras partes.

- Diga-me como você começou a participar dos hackathons.

- Estudei na magistratura da Universidade de Lappeenranta, resolvendo simultaneamente o concurso para análise de dados. Meu dia típico era assim: acordar às 8, alguns pares na universidade, depois competições e um treinador até meia-noite (enquanto estou contando como um envio, estou assistindo palestras ou lendo artigos). Um cronograma tão apertado valeu a pena e eu ganhei o concurso de análise de dados do MERC-2017 (que era até um post no hub ). A vitória ganhou confiança e, quando acidentalmente me deparei com informações sobre o hackathon SkinHack 2 em Moscou, decidi visitar meus pais e, ao mesmo tempo, descobrir o que era - um hackathon.

A própria hackathon ficou bem engraçada. Havia duas trilhas para análise de dados com uma métrica clara e um conjunto de dados com prêmios em dinheiro de 100 mil rublos. A terceira faixa foi o desenvolvimento de aplicativos com um prêmio de 50 mil, e não havia participantes. A certa altura, o organizador disse que uma janela com um botão sem funcionalidade poderia ganhar 50 mil, porque o prêmio não podia ser pago. Não aprendi a programar aplicativos (não concordo onde eles podem me virar facilmente), mas para mim era uma mensagem clara de que os campos nas hackathons não estavam entupidos.

Depois resolvi as duas faixas apenas para análise de dados. Encontrei uma face nos dados que me permitiam bater a velocidade perfeita, mas a coluna com a face não estava nos dados de teste que recebi duas horas antes do final do evento (a propósito, entendi que a presença da coluna "alvo" no trem não conta como face ) Ao mesmo tempo, abriu uma tabela de classificação, minha apresentação sem rosto ocupou o terceiro lugar em cinco, houve uma grande lacuna antes do primeiro e eu decidi não perder tempo e sair.

Depois de analisar o que aconteceu, encontrei vários erros (um dos meus hábitos é percorrer mentalmente o que aconteceu com o notebook e analisar os erros, a causa deles e o que pode ser alterado - um legado tão agradável de um jogo de pôquer semi-profissional). Mas uma coisa ficou clara com certeza - em hackathons, há muito valor, e eu simplesmente devo implementá-lo. Após esse evento, comecei a monitorar eventos e grupos, e o hackathon subsequente não demorou a chegar. Então mais um e mais ...

- Por que você está fazendo hackathons, e não kagl?

- No momento, eu não gosto da charrete. A partir de um certo nível de habilidade, sem razões específicas para participar, a tosse se torna menos útil do que outras atividades. Eu participei muito antes, aparentemente, consegui de alguma forma "sair".

- Por que hackathons, e não trabalhar em seu projeto?

- Estou impressionado com a idéia de fazer algo legal com minhas próprias mãos em um ritmo lento. Os caras da ODS organizaram projetos de estimação da ODS para todos que desejam iniciar seu projeto no fim de semana com pessoas afins. Eu acho que em breve eu vou me juntar a eles.

- Como você encontra eventos?

- A principal fonte é hackathon.com (mundo) e um bate-papo no telegrama Russian Hackers (Rússia). Além disso, os anúncios de eventos pulam na publicidade nas redes sociais e no linkedin. Se você não encontrou nada, pode vê-lo aqui: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

- Você está preparando um plano de decisão antes de participar ou tudo está decidido em qualquer lugar? Por exemplo, uma semana antes do hackathon, você se pergunta: “Aqui você precisará de um especialista assim e de um especialista, precisará pesquisar”?

- Se a comida hackathon - sim, eu estou me preparando. Algumas semanas antes, descubro o que farei, descubro quem pode ser útil, reuno uma equipe de amigos ou participantes de hackathons passados.

- Realmente hackathon sozinho? E se não houver equipe?
- Hackers da Datasaens - realmente (eu sou um exemplo vivo disso), comida - eu não vi, embora eu também pense. Infelizmente, às vezes os organizadores impõem um limite ao número mínimo de participantes em uma equipe. Eu acho que isso se deve ao fato de que nem todos os “solitários” chegam à final (ou seja, eles simplesmente saem com as primeiras dificuldades), a participação na equipe ainda está se atrasando. Mesmo após o evento, presume-se que você continue trabalhando no projeto. Com uma equipe para trazer o projeto à mente, será mais fácil.

Em geral, aconselho que você sempre participe da equipe. Se você não possui sua própria equipe, os organizadores sempre ajudarão a encontrar ou criar uma.

- Como você consegue lidar com o cansaço durante um hackathon?
- No hackathon, 2 dias são dados para o trabalho, são 48 horas (30-48 horas, leva 48 para simplificar a contagem). Removemos o tempo para dormir (16 a 20 horas), não restando mais de 30. Destas, 8 horas (em média) vão realmente para o trabalho produtivo. Se você organizar o trabalho corretamente (sono, comida, sair para o ar fresco, cobrar, minutos de conscientização, comunicação adequada com a equipe e alternar atividades), poderá obter horas de trabalho profundas até 12-14. Após esse trabalho, você se sentirá exausto, mas será uma fadiga agradável. Codificação sem interrupção e interrupções que interrompem os engenheiros de energia - o caminho para a falha.

- Você tem seus próprios canos prontos para hackathons? Como você os conseguiu, como eles estão organizados para você (cada pasta contém arquivos .py para cada tarefa etc.) e como você começou a criar esses arquivos você mesmo?

- Não uso soluções completamente prontas de hackathons passados ​​em outras novas, mas tenho meu próprio zoológico de modelos e pilares de competições anteriores. Não preciso reescrever peças padrão do zero (por exemplo, a codificação de destino correta ou uma grade simples para extrair a intenção do texto), o que me poupa muito tempo.

No momento, fica assim: para cada competição ou hackathon, existe um repositório no github, que armazena laptops, scripts e um pouco de documentação sobre o que está acontecendo. Além disso, existe um repositório separado para todos os tipos de "chips" in a box (como a codificação de destino correta com validação cruzada). Não acho que seja a solução mais elegante, mas até agora estou satisfeito.

Começaria salvando todo o meu código em pastas e escrevendo uma documentação curta (por que, o que, como e como resultado).

- É realista preparar o MVP do zero em tão pouco tempo ou todos os participantes vêm com soluções prontas?

- Só posso dizer sobre projetos relacionados a dataaens - sim, talvez. O MVP para mim é uma combinação de dois fatores:

• Uma ideia viável apresentada como um produto (ou seja, pintada em uma tela de negócios). Sempre deve haver uma compreensão clara do porquê e para quem fabricamos o produto. Às vezes, projetos com um projeto bem fundamentado, mas sem um protótipo, ganham prêmios, e isso não é surpreendente. Infelizmente, muitos participantes não podem ignorar a amargura da derrota e culpar seus fracassos pela falta de visão dos organizadores, continuando a cortar modelos por alguns motivos pouco claros nos hackathons a seguir.
• Algum indicador de que você pode fabricar este produto (aplicativo, código, descrição de pipelines).

Acontece que uma equipe chega ao hackathon com uma solução pronta e tenta "encaixá-lo" nas tarefas dos organizadores. Essas equipes são cortadas em uma triagem técnica ou apenas a parte que eles fizeram no site é “considerada”. Eu não vi essas equipes nos vencedores, mas acho que ainda é lucrativo para elas, devido ao valor futuro ( contatos, conjuntos de dados, etc. ).

- Existem exemplos de levar artesanato implementado em hackathons para produção / inicialização?

Sim. Eu tive três casos quando fui trazido para a produção. Uma vez eu mesmo, duas vezes - pelas mãos de outra pessoa com base em minhas idéias e no código que escrevi no hackathon. Também conheço algumas equipes que continuaram trabalhando com a empresa como consultores. Não conheço os resultados finais, mas provavelmente algo foi feito até o fim. As próprias startups não se organizaram e eu não sei se alguém deve fazê-lo, embora eu tenha certeza de que existem exemplos.

- Depois de participar de muitos hackathons, que conselho você daria a si mesmo se pudesse voltar ao passado?

1. Táticas são mais importantes que manobras. Pense em cada solução como um produto acabado. Uma idéia, um laptop de Júpiter, um algoritmo não custa nada se não for claro quem pagará por isso.
2. Antes de projetar qualquer coisa, responda à pergunta não "o quê?", Mas "por quê?" e "como?" Exemplo: ao projetar qualquer solução de ML, primeiro pense no algoritmo ideal: o que ele obtém como entrada, como suas previsões são usadas no futuro?
3. Participe da equipe.

- O que geralmente é alimentado em hackathons?

- Geralmente eles se alimentam mal de hackathons: pizza, energia, refrigerante. Quase sempre, a comida é organizada na forma de um buffet (ou mesa de servir) na qual uma enorme fila é construída. Geralmente eles não se alimentam à noite, embora tenha havido um caso em uma competição em Paris pela noite em que saíram para comer - batatas fritas, rosquinhas e cola. Vou apresentar o processo de pensamento dos organizadores: “Então, o que os programadores comem lá? Oh claro! Batatas fritas, donuts - isso é tudo. Coloque esse lixo para eles. No dia seguinte, perguntei aos organizadores: “Pessoal, é possível fazer outra coisa à noite? Bem, mingau, por exemplo? Depois disso, eles me olharam como um idiota. Famosa hospitalidade francesa.

Nos bons hackathons, a comida é pedida em caixas, há uma divisão em comida regular, vegetariana e kosher. Além disso, eles colocam uma geladeira com iogurtes, muesli - para quem quer um lanche. Chá, café e água são padrão. Lembro-me do hackathon Hack Moscow 2 - eles alimentavam mentalmente borsch e almôndegas com purê de batatas na sala de jantar do escritório da 1C.

- A sanidade dos hackathons depende, por assim dizer, da esfera profissional dos organizadores (por exemplo, os melhores hackathons são realizados por consultores)?

- Os melhores hackathons foram dos organizadores, que já haviam organizado hackathons antes ou participaram anteriormente. Talvez este seja o único fator de que depende a qualidade do evento.

- Como entender que você não é um noob e está na hora de um hackathon?

- A melhor época para ir ao hackathon é de um ano atrás. A segunda melhor hora é agora. Então vá em frente, cometa um erro, aprenda - isso é normal. Mesmo a rede neural - a maior invenção do homem após o volante e o gradiente que aumenta sobre as árvores - não consegue distinguir um gato de um cachorro na primeira era do treinamento.

- Quais “bandeiras vermelhas” indicam imediatamente que o evento não será muito e não deve ser desperdiçado tempo?

• Uma descrição clara do que precisa ser feito (relevante para os recursos alimentares). Se você está claramente designado para uma tarefa durante o registro, é melhor ficar em casa. Na minha memória, não havia uma única boa hackathon com o TK. Para comparação: Bom - faça algo relacionado à análise de conversas em áudio. Ruim - crie um aplicativo capaz de dividir a conversa em duas faixas de áudio separadas para cada pessoa.
• Pequena premiação. Se você for solicitado a fazer uma “isca para uma loja on-line com IA” e um prêmio pelo primeiro lugar de 500 euros e um tamanho mínimo de equipe de 5 pessoas, talvez você não deva perder tempo (sim, essa é uma verdadeira hackathon realizada em Munique).
• Falta de dados (relevante para hackathons de dados). Os organizadores geralmente fornecem informações básicas de eventos e, às vezes, um conjunto de dados de amostra. Se você não forneceu, pergunte, isso não deixará você. Se para 2-3, não está claro quais dados serão fornecidos e se serão - isso é uma bandeira vermelha.
• Novos organizadores. Não seja preguiçoso e procure no Google informações sobre os organizadores da hackathon. Se eles realizarem um evento desse tipo pela primeira vez, é provável que algo dê errado. Por outro lado, se o organizador e o júri já realizaram hackathons ou participaram ativamente no passado, isso é uma bandeira verde.

- Em um hackathon, eles me disseram: “Você tomou a melhor decisão no futuro próximo, mas desculpe, o trabalho da nossa equipe é avaliado e você trabalhou sozinho. Agora, se você levou uma aluna ou uma garota para a equipe ... ”? Você encontrou tanta injustiça? Como você fez isso?

- Sim, eu já conheci mais de uma vez. Sou estóico com tudo o que acontece: fiz tudo ao meu alcance, se não deu certo - que assim seja.

"Por que você está fazendo tudo isso?"

- Tudo isso é apenas por tédio.