Quiz 05
1. O que é "Clean Code"?
Um código que não tem nenhum comentário.
Código escrito de forma clara, fácil de ler, manter e testar.
Um código pequeno que cabe em uma linha.
Código que só o autor entende.
2. A regra de nomenclatura "Nomes Significativos" sugere:
Usar nomes curtos como `x`, `y`, `z` para economizar espaço.
Que o nome da variável ou função deve revelar sua intenção sem a necessidade de comentários.
Usar nomes em latim para parecer profissional.
Usar apenas letras maiúsculas.
3. O princípio DRY (Don't Repeat Yourself) prega que:
Você nunca deve escrever a mesma palavra duas vezes.
Cada pedaço de conhecimento ou lógica deve ter uma representação única e não ambígua no sistema.
O desenvolvedor não deve repetir o que o cliente pediu.
Os testes devem ser repetidos várias vezes.
4. Segundo o Clean Code, as funções devem:
Realizar pelo menos 3 tarefas diferentes para serem eficientes.
Ter mais de 100 linhas de código.
Fazer apenas uma coisa e fazê-la bem.
Não ter parâmetros de entrada.
5. O que é Refatoração?
Mudar o que o software faz para o cliente.
Melhorar a estrutura interna do código sem alterar seu comportamento externo.
Reescrever o software do zero em outra linguagem.
Adicionar novas funcionalidades ao sistema.
6. A técnica de "Pair Programming" (Programação em Par) ajuda na qualidade porque:
Um desenvolvedor pode dormir enquanto o outro trabalha.
Permite revisão de código em tempo real e compartilhamento de conhecimento.
Reduz o salário da equipe pela metade.
Obriga os desenvolvedores a serem amigos.
7. O termo "Code Smell" (Cheiro de Código) refere-se a:
O cheiro do computador quando esquenta.
Um erro de sintaxe que impede a compilação.
Um indicador de que o código pode ter problemas de design ou estrutura profunda.
Um comentário xingando outro desenvolvedor.
8. Comentários no código devem ser usados:
Em cada linha para explicar o óbvio.
Somente quando o código não consegue ser claro por si só (ex: explicar o "porquê" de uma decisão complexa).
Para xingar o compilador.
Para copiar e colar o manual do sistema.
9. O princípio KISS (Keep It Simple, Stupid) recomenda:
Ofender os colegas de trabalho.
Evitar complexidade desnecessária nos sistemas.
Fazer códigos extremamente complexos para mostrar inteligência.
Não usar funções.
10. A testabilidade de um código é maior quando:
Ele tem muitas dependências globais.
As funções são gigantescas.
Ele é modular, com responsabilidades bem definidas e dependências isoladas.
Ele não possui documentação.