CodeKata #5: Número de Erdős [Resultado]

Tempo de leitura: menos de 1 minuto

Fala galera, chega ao fim do CodeKata #5: Número de Erdős.

Nesta edição, tivemos a participação de 4 pessoas, são eles:

Flávio Pimenta;
Junior Capra;
Rafael Alves;
Lucas Angelino.

Agradeço mais uma vez à participação de vocês.

O meu sentimento sobre o problema proposto foi o seguinte: não foi difícil, me enrolei um pouco para definir melhor estratégia de desenvolvimento, assim, acabei por fazer três soluções diferentes, pois queria fazer o mais simples possível, quando a coisa complicava mudava a abordagem. Pensei até um usar Grafos em uma das soluções, mas decidir não usar na implementação final.

Resultado

Para esta edição do CodeKata, criei 50 cenários de teste, sendo 43 cenário são de negócio, ou seja, cenários que testam se número retornado pelo serviço é o número esperado. Os outros 7 cenário, são de restrições. Os seguintes critérios foram avaliados:

Número retornado;
- Número retornado é o mesmo esperado.
- Os cenários 14 e 36 falharam em algumas implementações, pois o teste espera -1, no entanto o enunciado sugere dupla interpretação, assim entendo que o requisito foi atendido (de forma diferente mais atendido) quando o mesmo foi tratado pelos participantes, assim também foram computadorizados como “Acerto”.
Restrições:
- Número de artigos: 1 à 100;
- Nome do autor deve ter no máximo 15 caracteres;
- Número autores por artigo: 1 à 10;
- Autor deve possuir apenas uma sobrenome

Entrega no primeiro prazo (antes da prorrogação):
- Como o CodeKata #5, foi prorrogado por mim um dia antes da entrega por parte dos participantes, enquanto esta redigindo o post (CodeKata #5: Número de Erdős [Prorrogado]) para publica-lo, recebi a implementação do Rafael Alves. Assim, para ser justo com ele que teve uma semana a menos para resolver o problema, estou bonificando-o com 5 pontos.
Performance:
- As implementações entregues, executaram muito rápido, todos os cenários de todos os participantes rodaram em menos de 5 milissegundos, assim todos cenário verdes ganham 0,5 pontos.
- Nesta edição também daria 2 pontos bônus para a implementação que executasse todos os cenários no menor tempo, no entanto, para ser justo, o tempo total foi dividido pela quantidade de testes que passaram (verdes), gerando uma média de tempo por cenário. Desta forma o bônus foi dado para a melhor média.

Abaixo segue resultado dos participantes:

Flávio Pimenta, mais uma vez, foi o campeão do desafio. Parabéns Pimenta, vocês conseguiu 92% de aproveitamento!

O log de execuções dos testes com os acertos e falhas estão disponíveis na planilha logsteste5.xls.

Pontuação para o Ranking

A regra da pontuação para o ranking utilizada nesta edição das as novas regras, foi dada no enunciado do CodeKata, para facilitar o entendimento, transcrevo-as abaixo:

100 dividido pela quantidade de cenários de teste, será a pontuação dada ao cenário que ficar verde, os cenários que falharem não pontuam.
Pontuação por acerto (cenário verde) = 100/n° cenários
Cenário cujo objetivo seja testar as restrições terá penalização de – 0,5 por cenário que ficar verde.
Performance (válidos apenas para cenários que passarem, ficarem verdes):
- Bonificação (Média para baixo): + 0,5 por cenário;
- Penalização (Acima da média): – 0,5 por cenário; por performance
- Adicional de 2,0 pontos para o participante que entregar a solução com maior performance (~~O vencedor será conhecido quando a solução dada por ele executar todos os cenários mais rapidamente que seus oponentes~~).
  - Como disse anteriormente, alterei este ponto para ser justo, fazendo a média de tempo gasto por cenário verde.
Bonificação de 5 pontos pela entrega da implementação antes da prorrogação do prazo de entrega.