Avoid premature optimizations

Aqui é o meu bichinho de CPD a falar. Isto é em grande parte sobre evitar
também discussões nos pull requests

**Processo actual (errado):** Isto assim vai ser pouco eficiente, muda
**Processo correcto:** Já medi, e isto está lento por causa de X, é preciso 
mudar

Exemplos que me ocorrem:
* Insistir para usar id's em vez de classes, só pelo argumento de ser mais
eficiente
* Usar imagens apenas em CSS, para não atrasar o render da página
* Usar background jobs para tarefas demoradas
* N+1 queries
* Genericamente, usar X em vez de Y, porque é mais rápido

Tudo isto acaba por ser um tipo de micro-optimization, que é o erro mais comum
quando se fala em performance.

Em suma: Perder tempo a corrigir coisas puramente por motivos de performance,
e antes de se medir que é realmente um problema, é uma coisa que deve ser
evitada ao máximo