2º EP (fractais)

Reclamações

No horário da monitoria, até o final do curso.

Critérios utilizados na correção

Descontos

• Variáveis static (utilizadas como se não houvesse outra alternativa): -0,5.
• Fractal não implementado: -1,5.
• Fractal não funcionando ou que não fosse uma das "opções apresentadas a seguir": -1,0.

Bônus

• Outras formas: +1,0 (se a outra forma era uma reta, não houve bônus).
• Cores: infelizmente, não consegui bolar uma maneira de ser justo nesse item (o critério, aliás, mudou no meio da correção, o que é a causa de tanto corretivo nas notas dos programas). Assim, se o fractal trabalha com 2 ou 65000 cores, o bônus foi sempre o mesmo: +0,5.

Comentários

1. Para quem não conhece switch

Conheça.

2. Koch

É Koch, não Kock.

3. Vetores escabrosamente gigantescos

O record foi batido por alguém que usou vetores com um milhão de posições, mas um vetor com cem mil posições já é exagero (mais de uma vez obtive a mensagem "Falta de memória" num Pentium com 32M).

Eu anotei os nomes, e se eu souber que a Microsoft está precisando de programadores, eu aviso vocês, OK?

4. Comentários

Embora não seja verdade no nosso caso, deve-se assumir que quem for olhar o programa conhece a linguagem. Assim, comentários do tipo:

Button b = new Button("Sair"); // Cria o botão

add(b); // Adiciona o botão ao frame

são desnecessários.

5. Atualização de tela

Não é educado da parte de um programa não redesenhar sua tela quando necessário.

6. Programas que só terminam com Ctrl+C

Francamente, vocês já passaram da idade.

Importante:

7. Estrutura do código

Existe uma perigosa possibilidade que a estrutura do código passe a ser levada em conta, bem como a qualidade dos comentários, num EP futuro (numa preparação para o que vos aguarda em MAC211). Grande quantidade de código repetido em diversos pontos do programa é um erro grave (até agora não descontado). E, no caso de java, uma classe com apenas métodos para serem utilizados por outras classes também é um erro grave.