Skip to content

heitortsergent/boilerplate-hackathon-rules-pt

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

4 Commits
 
 

Repository files navigation

###Boilerplate Hackathon Rules - Portuguese

Código de conduta


####Equipes

As equipes devem ter de um a, no máximo, quatro membros. Todos os membros devem se inscrever individualmente, e estarem presentes durante a hackathon.

Cada membro é responsável por trazer seu próprio equipamento (notebook, carregadores, etc).

####Código , projeto, SFX , Música, etc

Para garantir a igualdade de todos os concorrentes, todo o código, design, arte, música, SFX, devem ser criados durante o período de duração da hackathon. Não haverá uma checagem ativa dos projetos, mas esperamos que os participantes sigam essa regra. Queremos garantir que todos comecem no mesmo nível e também queremos preservar a verdadeira natureza de uma maratona hacker. Você está, no entanto, livre para fazer planos, criar wireframes, e debater antes do evento. A única exceção a esta regra deverá incluir material que está disponível gratuitamente para o público. Alguns exemplos disso seriam: imagens de domínio público , música com licenças abertas, bibliotecas de código aberto.

####APIs , Serviços e Open Source

A exceção à regra acima é que você é encorajado a usar os serviços de terceiros, APIs, projetos de código aberto, bibliotecas e frameworks.

####Projeto

Todas as equipes mantém a propriedade intelectual plena do que eles criaram durante a hackathon.

####Apresentações

Os participantes que submeterem hacks, podem fazer uma apresentação sobre o projeto no palco. Cada apresentação terá a duração de no máximo 5 minutos.

A apresentação pode utilizar arquivos como PDF, Keynote, PowerPoint, e a equipe deve mostrar o hack que construiu.

####Critérios de Seleção do Vencedor

Os hack serão julgados nos seguintes critérios:

  • Dificuldade técnica
  • Mind-blown (Quão legal é o hack)
  • Tema, caso a hackathon possua um

Critérios que não serão considerados:

  • Utilidade / Aspecto Prático - O propósito da hackathon não é criar software útil, e alguns dos melhores hacks podem ser completamente inúteis após o evento. Ao mesmo tempo que é interessante caso um hack possa ser utilizado no futuro, isso não será considerado na hora da seleção do vencedor.
  • Potencial de Negócio - O propósito da hackathon não é em construir uma startup. Isso é para outras competições como Startup Weekend.

###Referências: http://hackathon.launch.co/rules
http://fintechhack.com/rules/
http://sendgrid.com/blog/judge-hackathon/

About

Boilerplate Hackathon Rules - Portuguese

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages