Leia antes de criar uma issue

Pessoal, a lista de issues cresce cada vez mais... mas a maioria das issues não são bugs ou melhorias para o projeto, e sim dúvidas de programação.

Não sei o que o @filipedeschamps acha deste uso, mas normalmente (em todo o GitHub) não é o lugar adequado para esse tipo de pergunta. Temos o DISCORD para tirar dúvidas e discutir programação em geral.

Além de ser mais difícil de conseguir respostas, dá uma bagunçadinha na vida de qualquer projeto neste mundo open source.

Lembro que dúvidas, é claro, são perguntas que possuem alguma orientação básica. Primeiro porque é bem difícil, mesmo para um dev experiente, saber exatamente qual parte ou problema você teria no seu código customizado se você mesmo não consegue identificar o erro... e segundo porque um dev experiente dificilmente vai ter tempo para ele e os erros dele, menos ainda para repetidos erros seus.

Então o que posso fornecer de melhor ajuda é a velha dica: melhor aprender a pescar que morrer de fome esperando alguém pescar por você. Até porque o intuito do projeto é estimular você a aprender, para que crie algo ainda mais legal por conta própria. E no mundo da tecnologia, não existe produção sem estudoS, vontade e desafioS.

Então, estou deixando aqui um material bem legal para aprendizado. Fiz questão de deixar em inglês mesmo, para que tenham em mente que, em geral, os melhores materiais, artigos e referências - de tecnologia, ciência e mercado - vão estar principalmente escritos nesta língua universal.

MDN - JavaScript Guide The Modern JavaScript Tutorial YDKJS Book - Eloquent JavaScript 30 day vanilla JS coding challenge

Tenho mais de uma década na área e posso dizer: tive que estudar 95% do que sei sozinho, em inglês, e todo aprendizado me levou cada vez mais alto. E não sou gênio, todo dev aprende a estudar sozinho e a buscar exatamente o que precisa estudar, depois de um tempo.

Jamais desanime. Depois que pegamos o ritmo, o entendimento simplesmente flui. É tipo aprender a andar de bike.

Espero que não entendam meu post como muito direto ao ponto, mas até isso estou escrevendo enquanto lido com meus erros. Ser dev é saber otimizar o tempo, também.

Bom estudo a todos e abraços.