Alguém tem um problema.
Um negócio precisa decidir .
O caso é fictício, mas o tipo de problema é de negócio de verdade. Entender a pergunta já é parte do trabalho.
Sete dias, três partes.
Antes do código, um problema pra entender. No meio, o código. Depois dele, uma decisão pra sustentar. Esse é o caminho que todo mundo faz, do primeiro dia à entrega.
Antes do código.
Os dados não vêm limpos.
?
??
?
Tem coisa faltando, coisa repetida, coisa que não bate. Separar o que dá pra confiar do que não dá vem antes de qualquer conta.
O código.
A parte do meio.
Você escreve um programa em Python que tira as respostas dos dados. Seu repositório, seu ritmo, suas bibliotecas. IA pode, desde que declarada.
Funciona? Prove.
Na avaliação, a organização roda o seu programa. Resposta digitada à mão não conta: o número tem que sair do código.
Depois do código.
E aí, o que você recomenda?
Você fecha com uma recomendação escrita: uma decisão clara, a evidência que a sustenta, as alternativas que comparou e até onde os dados deixam afirmar.
Lacrado
Que problema será esse?
O caso abre na largada, pra todo mundo no mesmo minuto.
Nunca participou de um hackathon? Funciona assim.
Pra quem é
Premiação
Prêmio em dinheiro.
O valor e a forma de pagamento saem no regulamento.
Comprovante de participação
Calendário
Datas previstas, no horário de Brasília.