- @vitejs/plugin-react uses Babel for Fast Refresh
- @vitejs/plugin-react-swc uses SWC for Fast Refresh
Não sei se pode deletar esse código a cima, porém creio que possa...7
Vamos fazer uma lista de coisas para fazer e tentar realizar elas na ordem dita.
=============================================================================================================== ================================================ Coisa ========================================================
incompleta: fazer header sumir quando scrollar
Mudar icon logo
===============================================================================================================
=============================================================================================================== ================================================ Regras =======================================================
1º +++ deve ser posto para indicar que o local deve receber alterção, pois fica facil de achar usando CTRL + F.
2º Commits devem seguir um padrão, evitar escrever muito ou pouco, informar diretamente o que foi feito.
3º Lembrar de codar de maneira que conseguiremos reaproveitar o código futuramente em outros projetos.
4º Não utilizar o sinal de -, pois pode ter conflito, vamos manter o padrão de _ ou Canel Case. (discutir posteriormente).
5º Manter o código Prettier, não abusar de espaços muito grandes, porém utilizar para a beleza do código.
6º Manter documentado a função do código, não precisa documentar coisas básica, porém de praste manter documentado a função daquele segmento especifico de código.
7º Caso ambos estejam trabalhando simuntaniamente no código terá de haver um comunicação no momento, caso haja somente uma pessoa presente sempre imformar a outra que está codando para que a outra não acabe fazendo caquinha, neste quesito não precisamos informar em que parte especifica e não precisamos nos restringir somente a um segmento do código, o progamador fica livre para progamar no site por inteiro, somente nescessitando avisar a parte caso a outra parte esteja presente.
8º Não tenha medo de Commitar, melhor manter atualizado e seguro nas partes que funcionam, do que fazer uma merda e ter que recuar muito em relação ao código.
9º Tentar manter uma orde, de execução, assim tentanto não passar para outra etapa até que a anterior esteja completa, a não ser que nescessite avançar, ex: banco de dados na parte 2.
10º Sempre que for iniciar a codar o progamador deve dar um GIT LOG, assim lendo as atualizações do site.
11º Um progamador pode tranquilamente terminar a parte do outro, mas lembrando que sempre tem que haver comunicação entre ambos.
12º Em correlação a commits, evitar usar palavras como FINAL, TERMINADO, DEFINITIVO, até que se tenha certeza sobre aquele componente especifico.
13º Fica livre para acrescentar mais ai.