Code Monkey home page Code Monkey logo

Comments (3)

danilosilvadev avatar danilosilvadev commented on June 5, 2024 1

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:

  1. Clean code e escabilidade :
    produto fluindo sem bugs (o projeto tem que funcionar)
    código bem feito, escalável e manutenível

  2. 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)

  3. 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.

khaosdoctor avatar khaosdoctor commented on June 5, 2024

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.

danilosilvadev avatar danilosilvadev commented on June 5, 2024

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):

intelig34

from hackathon.

Related Issues (10)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.