OBSERVAÇÃO:
Tem que seguir obrigatoriamente as regras solicitadas;

REGRAS
- O trabalho só será aceito depois de validado pela equipe da empresa.
- Seguir o designe proposto rigorosamente;
- Se existir alguma coisa no designe que for considerado “impossível” de executar, sentamos e acertamos para adequar a algo executável;
- O designe foi feito em Adobe XD e está online no zeplin, assim é preciso usar o zeplin para poder ter acesso ao designe.

REGRAS TÉCNICAS
1 - Não modificar o html existente (será entregue);

2 - Utilizar semântica em inglês para classes css;

3 - Novos arquivos/modificações css/scss devem ser feitos de forma separadas;

4 - Separar os arquivos .css .scss por página feita ou áreas tipo: menu, topo, header, footer etc;

5 - Usar padrões/boas práticas de HTML, CSS e SCSS, cross browser (funcionar do mesmo jeito em todos os browsers);

6 - Não usar #div id para estilizar css, sempre usar classes css. Não usar id fixos para efeitos com javascript;

7 - Usar nomes claros que identifique a área coberta pela estilização;

8 - Usar traço “-” para nomes compostos de classes, arquivos e pastas. Ex: .price-old, .price-new, price-current, customer/, product-details/ address-customer.scss;

9 - Utilizar sempre nomes em minúsculos classes, arquivos e pastas. Nunca utilizar CamelCase;

10 - Evitar o uso de classes css estilizando tags como span, strong, p, em e sempre preferir estilizar divs classes css para estilizar áreas;

10 - Sempre ter em mente a independência de estilização de áreas divs;

11 - Evitar conflitos de herança css em determinadas páginas/áreas, por isso o foco em nomes semânticos e independentes em classes css, arquivos e pastas.

12 - Quando estilizar botões de form, sempre estilizar todos os tipos de botões como bootstrap faz para que o estilo funcione em links, button, input type=“submit” type=“reset”

13 - Não utilizar nomes de fontes dentro de classes css, sempre usar uma única fonte globalmente.