Comments (3)
O decidido foi:
Limite de 10 times, ou seja, 50 programadores. E uma semana pra analisar. Sendo que o concurso será avaliado em duas fazes. A primeira é de 5 dias onde os mentores vão pontuar os projetos de 1 a 5 estrelas nos requisitos:
-
Clean code e escabilidade :
produto fluindo sem bugs (o projeto tem que funcionar)
código bem feito, escalável e manutenível -
Ideia e como ela resolve o problema proposto
uma boa experiência de usuário
resolver bem o problema proposto (atendeu aos critérios informados antes da competição começar) -
MVP(como a ideia será validada no mercado)
Após isso os jurados terão 3 dias para analisar os 3 finalistas(que já vão ganhar alguma coisa cada) e escolher o vencedor. Os jurados só analisarão os vencedores na segunda fase. E os mentores só vão pontuar na primeira fase.
Nesse cenário não haverá voto popular, como antes tinha se pensado de ter.
Se ninguém tiver nada contra vamos fechar essa issue e alterar os docs do concurso.
from hackathon.
Eu concordo com o 1 mas não com o 2... Na minha opinião o negócio tem que ser assim:
Teremos um pool de mentores, que vão ser as pessoas que querem ajudar esse pool vai ficar em todos os canais de times, então teremos todos os mentores em todos os canais de forma que eles podem ajudar cada time individualmente, mas não podem dar dicas, apenas resolver problemas.
No final do evento, todos os mentores do pool vão olhar o código e dar uma nota para este código, mas eles vão precisa justificar essa nota "Dei a nota 8.5 porque faltou X coisa". Depois disso a bancada avaliadora olha o projeto como um todo (o MVP final mesmo, usabilidade e etc) e dá a sua própria nota e ai fazemos uma média ponderada (podemos dividir a questão de notas em várias categorias para ficar mais justo).
Não acho que vão existir taaaantas equipes que sobrecarreguem os mentores, mas podemos limitar o número de times
from hackathon.
Ok. A maioria realmente está preferindo que todos analisem tudo, pq está sendo considerado que terá poucos times no evento. Foi citado até para pôr um limite de times. Qual é o limite? e quanto tempo os mentores/juízes vão ter para analisar todos os códigos?
Ah sim, e o que eu tinha sugerido era +- tipo isso(caso alguém não tenha entendido):
from hackathon.
Related Issues (10)
- Definir um nome para o nosso Hackathon HOT 7
- Critérios para escolha dos mentores HOT 3
- Cadastro de mentores HOT 1
- Premiação sugestões HOT 9
- Dúvidas HOT 6
- Layout do site HOT 25
- Exemplo de issue para voto comunitário HOT 5
- Organização HOT 10
- Cargos HOT 11
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from hackathon.