Quero muito saber seu feedback, deixa aqui nos comentários! 👇 👉 Livros em promoção: Clean Code amzn.to/3hHXVKY Como ser um programador melhor amzn.to/3POQ5fq Arquitetura Limpa (Clean Arch) amzn.to/3Viqw7v Estruturas de dados e algoritmos com JavaScript amzn.to/3hM0L1u ✅ Segue lá no Instagram: instagram.com/devjunioralves/ ✅ Nossa comunidade no Discord: discord.com/invite/bVxW4Dhgrf
Tem uma coisa muito importante, a gente sempre trata bem as respostas mas tem uma coisa que eu acho importante é tratar bem os erros, repassar o erro e tratar as mensagens e etc pra quando da erro em um função você saber onde foi aquele erro e corrigir rápido. Tive esse problema e gostaria de saber como você faria isso. Repassar os erros pra quando você for usar você e ter sempre uma mensagem diferente pra mesma requisição só que em locais diferentes... espero ter explicado bem 😂😂😂😂 vlw
Cara, excelente pergunta! Tem um vídeo, um pouco mais antigo aqui no canal onde falo sobre tratamento de erros, inclusive, quero até trazer uma versão atualizada desse conteúdo. Varia muito, pois depende de como a API que esta consumindo te retorna erros. Mas da uma olhada nesse vídeo, acho que vai te ajudar bastante.
Parabens pelo video! Mano, tenho uma dúvida Sempre gostei muito de bibliotecas UI como Ant Design, Chakra UI, Material UI e etc. Ultimamente tenho usado Tailwindcss e tenho gostado bastante porque aumentou minha produtividade. Mas vejo muita gente falando para nao misturar uma lib UI com o tailwindcss por exemplo. Mas eu sinceramente acho muito difícil usar somente tailwind quando se trata de componentes muito complexos como um calendário, autocomplete com acessibilidade e etc. E o proprio tailwind tem uma lib UI chamada tailwind. Entao aqui vai minha dúvida: É errado misturar uma lib UI com tailwindcss?
Ótimo conteúdo Junior! tenho certeza que vai ajudar muita gente! Tenho uma dúvida "rápida", em muitas partes de um código que estou dando manutenção, o catch é somente um console.log do erro, teria muita diferença eu trocar para um throw new Error? o que seria "melhor" nesse caso? Eu acredito ser o Error por causa dos Boundaries( Tem um componente de Error Boundaries lá no layout principal da aplicação somente), mas qual comportamento seria melhor para a visualização do usuário final? segue em exemplo: const getNewTopics = async () => { try { const response = await getTopics({ platformId: plataformID as string, userId, notebookId, }); topics = response; } catch (error) { console.log("error:", error) } };
vejo gente colocando o await no lugar errado(tipo no return do map) e depois colocando o resultado dentro do promise.all, de modo que nao há concorrencia de fato, é um erro pequeno q custa mt tempo na execucao
Quero muito saber seu feedback, deixa aqui nos comentários! 👇
👉 Livros em promoção:
Clean Code
amzn.to/3hHXVKY
Como ser um programador melhor
amzn.to/3POQ5fq
Arquitetura Limpa (Clean Arch)
amzn.to/3Viqw7v
Estruturas de dados e algoritmos com JavaScript
amzn.to/3hM0L1u
✅ Segue lá no Instagram:
instagram.com/devjunioralves/
✅ Nossa comunidade no Discord:
discord.com/invite/bVxW4Dhgrf
Tem uma coisa muito importante, a gente sempre trata bem as respostas mas tem uma coisa que eu acho importante é tratar bem os erros, repassar o erro e tratar as mensagens e etc pra quando da erro em um função você saber onde foi aquele erro e corrigir rápido. Tive esse problema e gostaria de saber como você faria isso. Repassar os erros pra quando você for usar você e ter sempre uma mensagem diferente pra mesma requisição só que em locais diferentes... espero ter explicado bem 😂😂😂😂 vlw
Cara, excelente pergunta!
Tem um vídeo, um pouco mais antigo aqui no canal onde falo sobre tratamento de erros, inclusive, quero até trazer uma versão atualizada desse conteúdo.
Varia muito, pois depende de como a API que esta consumindo te retorna erros.
Mas da uma olhada nesse vídeo, acho que vai te ajudar bastante.
Parabens pelo video! Mano, tenho uma dúvida
Sempre gostei muito de bibliotecas UI como Ant Design, Chakra UI, Material UI e etc. Ultimamente tenho usado Tailwindcss e tenho gostado bastante porque aumentou minha produtividade. Mas vejo muita gente falando para nao misturar uma lib UI com o tailwindcss por exemplo.
Mas eu sinceramente acho muito difícil usar somente tailwind quando se trata de componentes muito complexos como um calendário, autocomplete com acessibilidade e etc. E o proprio tailwind tem uma lib UI chamada tailwind. Entao aqui vai minha dúvida:
É errado misturar uma lib UI com tailwindcss?
Ótimo conteúdo Junior! tenho certeza que vai ajudar muita gente!
Tenho uma dúvida "rápida", em muitas partes de um código que estou dando manutenção, o catch é somente um console.log do erro, teria muita diferença eu trocar para um throw new Error? o que seria "melhor" nesse caso? Eu acredito ser o Error por causa dos Boundaries( Tem um componente de Error Boundaries lá no layout principal da aplicação somente), mas qual comportamento seria melhor para a visualização do usuário final? segue em exemplo:
const getNewTopics = async () => {
try {
const response = await getTopics({
platformId: plataformID as string,
userId,
notebookId,
});
topics = response;
} catch (error) {
console.log("error:", error)
}
};
Bom vídeo!
Como seria para exibir dinamicamente as promises assim que elas são resolvidas?
Cara, ontem estava com esse problema. ehehehehe. Parece que leu meu pensamento.
vejo gente colocando o await no lugar errado(tipo no return do map) e depois colocando o resultado dentro do promise.all, de modo que nao há concorrencia de fato, é um erro pequeno q custa mt tempo na execucao
Exatamente Felippe! Por falta de conhecimento, gera uma grande dor de cabeça.
fiz um post sobre isso no linkedin a poucos dias atrás KKKKKK
estamos em sincronia
Haha sério mano? Que show, depois me manda pra eu ver?
@@devjunioralves opa
vou mandar no discord
bora que eu to com fome
Haha boa man!