Entrega de Fotografias em Hackathons e Meetups Tech

Micael

TIME&SPACE · Organizadores

Um hackathon decorre durante 24 ou 48 horas seguidas, não tem um horário fixo que se possa entregar a um fotógrafo, e termina com equipas demasiado exaustas para pensar em fotografias. A entrega tem de se adaptar às três coisas.

Entrega de Fotografias em Hackathons e Meetups Tech

Em resumo: Um hackathon não tem um único momento que valha a pena fotografar nem um horário fixo à volta do qual planear, apenas equipas a programar durante a noite e um palco de demonstrações no final. As fotografias que importam estão espalhadas por dois dias, e quando estão prontas para serem vistas, a maioria das pessoas nelas já foi para casa dormir.

Uma conferência tem um palco e uma ordem de trabalhos. Um casamento tem uma cerimónia. Um hackathon não tem nenhum dos dois. Tem um arranque, depois trinta e seis horas de equipas curvadas sobre portáteis no canto do recinto que conseguiram ocupar, e depois uma sessão apressada de demonstrações onde o evento finalmente volta a parecer um evento. Um meetup tech, a versão mensal mais pequena da mesma coisa, tem uma forma ainda mais achatada: uma palestra, depois uma sala de pessoas de copo na mão, e acabou.

Essa forma muda o que a entrega de fotografias precisa de fazer.

A maior parte das fotografias acontece quando nada está agendado

Um fotógrafo a cobrir um hackathon passa a maior parte do tempo a fotografar algo que parece igual às duas da manhã e às duas da tarde: pessoas em portáteis. As fotografias que acabam por importar a uma equipa não são as encenadas, são as imprevistas, um quadro branco a meio de uma discussão, alguém adormecido num pufe, o momento em que o código finalmente funciona. Nada disso acontece num horário que um fotógrafo consiga planear, o que significa que cobrir bem um hackathon é estar presente durante longos períodos pouco glamorosos, e não aparecer para dois momentos agendados como faria um fotógrafo de conferência.

Entrega de fotografias em workshops e formações cobre o caso vizinho de uma sala onde os momentos interessantes são trabalho em pequenos grupos não agendado, em vez de um único palco. Um hackathon é o mesmo problema esticado por dois dias em vez de duas horas.

As fotografias de equipa importam mais do que as individuais

Na maioria dos eventos, o convidado quer fotografias de si próprio. Num hackathon, um participante quer fotografias da sua equipa, porque a equipa é a unidade que importou durante aquelas trinta e seis horas, não qualquer pessoa isolada dentro dela. A correspondência automática por rosto continua a fazer o trabalho, cada elemento da equipa encontra-se a si próprio e traz as mesmas fotografias de equipa para a sua própria galeria, mas o organizador deve esperar pedidos pelo conjunto completo de uma equipa, e não apenas pelas fotografias isoladas de uma pessoa. Se o evento gerir páginas de projeto ou uma galeria de submissões ao estilo Devpost, vale a pena ligar manualmente o conjunto de fotografias de cada equipa à sua submissão, em vez de esperar que os participantes o procurem sozinhos.

A entrega tem de sobreviver a pessoas a dormir ou já ausentes

Um hackathon termina com uma sessão de demonstrações, o anúncio dos vencedores, e depois uma sala que esvazia em vinte minutos, porque toda a gente esteve acordada durante dois dias e quer ir embora. Ninguém faz scan a um código QR à saída de um hackathon da forma como poderia demorar-se num casamento ou numa gala. Isso torna a entrega no próprio dia o alvo errado: o que realmente é utilizado é uma ligação para a galeria que chega na manhã seguinte ou dois dias depois, quando as pessoas já dormiram, por email ou numa mensagem no canal de Slack da própria comunidade do evento, em vez de depender de os convidados fazerem scan a algo na sala. A forma mais rápida de os fotógrafos entregarem fotografias de eventos cobre a mecânica; a decisão de tempo que aqui importa é entregar onde a comunidade já está, não num momento em que já ninguém se encontra presente.

Os patrocinadores querem o logótipo na sala, não só num banner

Os hackathons funcionam com dinheiro de patrocinadores, e os patrocinadores querem prova de que o seu nome esteve mesmo visível: um stand de marca, uma sala de workshop, uma mesa de brindes. Uma marca de água com o logótipo do patrocinador em todas as fotografias do evento, não apenas nas tiradas junto ao seu stand, é um resultado genuinamente útil para o organizador entregar como parte do pacote de patrocínio, a par da marca do próprio evento. Essa marca de água com logótipo de patrocinador é oferecida como um add-on e está atualmente assinalada como brevemente disponível.

O consentimento continua a aplicar-se a uma sala cheia de programadores

Um público de hackathon tende a incluir pessoas que percebem exatamente o que faz o reconhecimento facial, o que por vezes é lido pelos organizadores como motivo para não explicar. Não é. O Artigo 9 do RGPD não tem uma exceção para um público tecnicamente informado, e um scan de credencial na entrada não é o mesmo que consentimento para fotografia. O guia de consentimento RGPD para organizadores aplica-se aqui exatamente como em qualquer outro lugar: pedir antes do scan, registar, e dar a quem preferir não ser correspondido por rosto uma forma de ainda assim encontrar as suas fotografias.

Em resumo

Um hackathon não tem horário à volta do qual filmar, nem um único momento que o capture, e tem um público demasiado cansado para se envolver com uma galeria no momento em que esta chega. Cubra os longos períodos não agendados, entregue por equipa e não apenas por indivíduo, e envie a ligação para onde a comunidade já se reúne um ou dois dias depois, em vez de esperar que alguém faça scan a um código à saída da porta.

Micael

Fundador da TIME&SPACE