O ERRO mais comum no React (você já fez isso)

[@JavaxTv]

Diego do céu, eu passei EXATAMENTE por isso hoje, e tomei a direção de ir pra uma variável normal, fui questionado e eu mesmo fiquei me questionado se era assim mesmo que deveria resolver. Esse vídeo caiu como uma luva... cara que coincidência maluca haha obrigado por esclarecer, já posso deitar mais tranquilo no travesseiro e mostrar isso pro pessoal que questionou tb :D

[@dieegosf]

Bahh, que massa saber que o vídeo te ajudou, fico feliz demais! Bora pra cima 🚀

[@Cookieukw]

eu n precisei disso mas tbm notei q dava pra ussr variáveis comuns sem ser estados. inclusive dá pra usar classes tbm

[@marcelolupatini5553]

Eu tava com sdd de um vídeo mais assim aqui no canal da Rocket. Curto, pra passar conteúdo indo direto ao ponto e sem ser pra dizer "Se quiser se aprofundar, faça nosso programa pago". Eu já estava ficando saturado de marketing (e olha que sou aluno). Então, é bom ver um vídeo da Rocket assim xD

[@myguelangello8563]

Com certeza, gostei demais desse conteúdo com esse formato, é sempre bom variar

[@rdgomt]

Concordo

[@DjEdu28]

Fico feliz de nunca ter pensado nesse método errado

[@DjEdu28]

Na inocência já fazia o correto

[@develolder]

Top.. vlw, eu já cai nessa algumas vezes… Bora refatorar rsrsrs. Obrigado Diego

[@WandersonSilva-bx4yu]

cara, por conta do áudio pensei que meu PC tinha lagado nos 11:36 kkkkkk conteúdo top Diegão, tamo junto.

[@ChristianFerraz]

O ignite 2022 está bem melhor que o anterior. Estou aprendendo muito, parabéns!!!

[@franciscomenezes6970]

Ta menos complexa as explicaçoes aprendendo entendendo muito mais.. quase terminando o modulo2

[@user-zv6vl6ne9z]

Vou comprar assim que possivel. Tenho entrevista amanha, se tudo der certo kkkk eu compro ainda esse ano.

[@nikegamer2779]

@@user-zv6vl6ne9z boa sorte man 🙌

fiz o ignite 2020 e gostei bastante

[@user-zv6vl6ne9z]

@@nikegamer2779 vlw mano.

[@leandroramos1990]

Diegão quem nunca passou por isso que atire a primeira pedra haha, conteúdo simples e objetivo parabéns.

[@lucasmoreno8232]

Eu utilizaria assim para evitar utilizar condicional dentro do jsx pra saber qual lista ser renderizada, mas curti muito seu jeito tbm, abraço! const filters = React.useMemo(() => { if (!search) return repos; return repos.filter((repo) => repo.name.includes(search)); }, [search]);

[@dieegosf]

Tem várias coisas que podemos melhorar no código com certeza, mas o foco era somente a parte de estados derivados, muito obrigado pelo comentário 💜

[@misaruto]

Que video delicinha kkkk Tema VScode: Atualmente to usando o Omni da Rocketseat, depois de ficar muito tempo usando o Dracula Text Only.

[@braddoidao8818]

Que saudade de vídeos mais curtos com um conteúdo top. Valeu Diegão, e aparece mais vezes com videos feras assim!

[@furkeys114]

Eu não estava criando estados derivados pois sabia da performance, mas utilizei o truque de usar uma varável com condicional ao invés de fazer "data.filter().map()", usei apenas filteredVar.map(), deixou meu código mais bonito e "Matou" uma das várias renderizações desnecessárias que eu tava tendo. Valeu Diegão!

[@malujuartes]

Diego, parabéns novamente... Sua didática e conhecimento sempre nos surpreende. Como vc pediu, vai aí minha sugestão: como criar pacotes(libs) react + typescript para npm / yarn. Se vc já tem esse conteúdo, me indica aqui por favor...Abraços e parabéns!

[@dieegosf]

Boooooa, é um dos vídeos que tenho na lista aqui pra gravação!!

[@adrielschmitz]

Outro ponto que gostaria de contribuir é sobre setar o state no instante em que o usuário digita... você não precisa fazer isso, pode-se usar, por exemplo, uma estratégia de debounce (se não sabe o que é, é uma boa hora pra pesquisar) e só buscar quando o usuário tiver certeza do que ele quer. Nesse caso aí é uma dumpList, o JS faz esse filter em um piscar de olhos, mas pensa que você precisa fazer essa busca no banco e cada letra digitada seria uma requisição.

[@dieegosf]

Sim, existem mil coisas que poderiam ser diferentes, mas o ponto do vídeo é exclusivamente falar sobre estados derivados

[@henriquemagno9326]

@@dieegosf Verdade, ainda bem que ele avisou no inicio do comentário que era OUTRO ponto

[@vitorhugo4528]

normalmente eu faço requisições direto para api, onde cada letra é uma requisição, de fato isso me deixou bem pensativo sobre como pode ser um mal uso.

[@joaojeeferdasilvafelix3817]

Já caí nessa. kkk. Muito boa essa abordagem

[@PLifes]

Boa cai recentemente! Mas a partir de agora consigo ter uma solução melhor! Valeu Diegão!

[@fabiobalan3583]

Esse Diego é MONSTRO!

[@marcosgomes-br]

Caramba!!! Muito obrigado, eu te digo que quando migrei pra React "fiquei cego" com as useStates... Lá no meu trabalho a gente considera heresia usar variáveis assim... Mas faz muito sentido, o código fica mais limpo e otimiza a aplicação!! MUITO OBRIGADO PELO CONTEÚDO!

[@Douglasbg1]

Meu "padrinho" me falou exatamente isso ontem, me explicou e tal e hj caio nesse vídeo. KZbin ta me espionando em.

[@ixiba]

Parece que foi direcionado para mim esse vídeo kkkk. Perfeito Diego, obrigado!!!

[@lucasmoreira1226]

Diegão, me passa depois o café que tu toma para ver se fico um gênio desse jeito, uma solução tão simples e poderosa que me faz melhorar até a logica por traz do render e me faz pensar de forma mais analítica as renderização, muito massa esse vídeo

[@cesarsturmer8625]

Muito bom, saudades desse tipo de conteúdo. Brabo

[@devtechenews]

Fala Diego! Cara, estava tentando melhorar um desempenho de uma página que estava fazendo requisição demais. E abri o KZbin, e me deparo com essa solução de cara. Sensacional! Parabéns pelo ótimo conteúdo, como sempre!

[@TheBrunoleocoelho]

Parabéns pelo vídeo, simples e objetivo, mas "matou na mosca"! E é por essas e outras que tem tanto app ruim rodando por aí, e frustrando usuários (e outros devs que fazem manutenção no código)! Uma grande quantidade de devs "Reacters" não entende disso aí...

[@vieiramaicon]

Rapaz, que dica simples, mas extremamente útil. Como tou aprendendo a ferramenta, tava caindo nisso direto.

[@TheSostenesg7]

A dica é top, mas seria o ideal usar o useMemo, com o search como dependência, para armazenar a lista filtrada. Sei que nesse exemplo o componente é só a lista com o filtro em si, mas se fosse um componente com mais algum outro state, se esse outro state mudasse, o filter seria recalculado à cada renderização, sem necessidade.

[@dieegosf]

Claro, tem muita coisa que pode ser melhor no código, o ponto era focar no estado derivado mesmo 😊 Obrigado pelo comentário!

[@drgabbo1025]

Acredito que não tenha necessidade, o React é bem otimizado a ponto desse tipo de operação simples não prejudicar o desempenho, apenas se fosse um calculo muito pesado, até pq memoizar um valor ira ocupar endereços de memória o que pode se tornar um problema também

[@williamroger9375]

Excelente e muito necessário esse vídeo, adorei essas dicas, confesso que eu iria fazer esse filtro exatamente da primeira forma como foi implementado, e acharia normal as duas renderizações, mas com essas dicas eu já não vou mais cometer esses erros bobos. Valeu Diegão!

[@lucasdepaula-xyz]

aprendi isso recentemente na marra. Uma das coisas q podia ter feito para melhorar ainda é em vez de ter 2 states com o arr dos repos voce poderia ter apenas 1: const reposToShow = search.length > 0 ? repos.filter(...) : repos; sendo assim vc evita aquele ternário dentro do JSX

[@me.dwesley]

Boa solução!

[@shadowsplay1852]

Isso não fere a regra de manipulação de state que o próprio React determina, onde não é recomendado manipulação no mesmo state. sendo que se houver alguma modificação no estado ao qual vc precisa manipular, seria de bom uso, você criar um "clone" para armazenar as manipulações? Me explique se eu estiver errado por gentileza.

[@BrunolimaMe]

Excelente aula!!! E poderia reduzir mais o código, colocando para filteredRepos receber repos, caso condicional fosse false. Assim, removeria a outra condicional da listagem, fazendo o map apenas em filteredRepos.

[@mayconalves360]

Já passei por isso algumas vezes, inclusive no último projeto que eu estava, isso causava uma lentidão no form por quê o form era gigante. Muito bom o vídeo.

[@pauloreis6195]

Vídeo muito top Diego, parabéns. Traz mais vídeos nesse estilo mão na massa pfv, ajuda muitooo

[@samuelpauloantonio2211]

Caraca 🤯! mano... Diego você é top muito obrigado, conselho mano tenta descansar um pouco eu senti que nesse video você emagreceu um pouco, não sei como esta espero que esteja tudo bem com você.. tamo junto !!!

[@nathancaio1715]

Já caí e nem sabia que tinha caído, salvou demais hein Diegão

[@fernandolaice8256]

Poxa valeu...eu já cometi muito esse erro. Valeu Diego

[@almirbolduan]

Os vídeos do Diego vc pode curtir antes de assistir kkkk. Muito feliz por conhecer essa fera pessoalmente! 👏👏👏

[@MeuMundoAMG]

Um gênio, na moral. Parabéns pelo conteúdo! A gente fica tão mal acostumado que não pensa no básico.

[@jvmachado1204]

O pior do derived state é quando ele dá sinais falsos na UI. Um exemplo seria se essa lista de repositórios aí tivesse um coraçãozinho do lado pro usuário dar like. O like dado na listra filtrada não apareceria quando o usuário apagasse o filtro (e vice-versa), já que seriam essencialmente duas listas diferentes que só parecem ser iguais. Isso dá maior xabu.

[@juserrrrr]

Oq seria melhor então?

[@dieegosf]

Boa, faz total sentido!

[@eltonsantosoficial]

Eu aprendi a fazer daquele jeito com vc msm kkkkkk Programacao eh muito dinamica ne, a msm pessoa q ensina de uma forma, tempo dps ensina de outra forma melhor. Muito massa! Parabens pelo conteudo. Gosto muito desse tipo de video. Abraco

[@luancordeiro2914]

Muito bom, valeu pela dica. Quando estamos com a Internet rápida nem percebemos, mas se configurar o slow 3g no devtools começamos a perceber esses problemas que passam despercebidos as vezes.

[@claudimards]

Tá maluko, domina de mais, obrigado por todo compartimento cara!

[@larissapecorari5787]

Nossa já cometi muito esse erro de estados derivados. Amei o vídeo, curto mas me ensinou muito. Faz mais vídeos assim Diego, continua fazendo os longos mas faz mais vídeos curtos também tratando de coisas pontuais. Hoje por exemplo eu nem teria tempo de estudar, cheia de serviço acumulado, filho, casa... mas enquanto estava rodando uma query gigante no banco consegui assistir a esse vídeo!! 😄

[@HerlonCosta]

Solução simples, e muito prática. Sensacional!!

[@aloissailer]

Ótimo video, parabéns! No momento estou usando Tokyo Night no VS Code.

[@valdogt1]

Passo por isso todos os dias.. nem preciso olhar o código novamente pra confirmar.. é uma loucura só kkkkkk Excelente conteúdo

[@the_pinapplo]

Agora ja sei porque do double rendering (!== React 18)... Tem vezes que so de abrir a pagina, ele da double rendering (fora do React 18).. Apos esta aula, vou prestar mais atenção... Bem sobre o theme do VS Code.... Eu uso o theme do Github Copilot, Mas gostei do theme que usou no video. Muito Bom... Abraços de Moçambique, Beira

[@assuntograve4222]

Kmk Compatriota kkk

[@yarapolana]

Terra da minha mãe, que bom ver mais Moçambicanos deste lado.

[@alamo_DevFlow]

Ah, kkkk amanhã mesmo já vou arrumar o filtro que eu fiz na empresa kkkkkkkkkkkk. Obg pelo vídeo.

[@PxonMG]

Muitas vezes dentro do componente existem vários outros estados que quando mudados forçarão o reprocessamento da variável que utiliza o filter, para evitar isso é possível utilizar o hook useMemo e declarar quais são as dependências de estado para determinado processamento.

[@MateeusSouza]

Boa observação. Quando o valor da variável exige uma certa complexidade no processamento e o componente possui outros estados e/ou props que forçarão a renderização, talvez seja mais indicado utilizar o useMemo para evitar processamentos desnecessários.

[@TheSostenesg7]

Justamente o que havia comentado, acho que ele deveria ter citado isso, pq muitos iniciantes vão tacar filter/map/reduce em componentes com vários states sem fazer memoização.

[@CarlosEduardo-sy6mr]

Você pode ainda memoizar o resultado da função através do useMemo, pra não recalcular quando houver uma renderizacao que não envolva a variável.

[@dieegosf]

Claro, tem muita coisa que pode ser melhor no código, o ponto era focar no estado derivado mesmo 😊 Obrigado pelo comentário!

[@Os3t4God]

Cai nessa semana passada com RN kkkkkk Valeu pela dica Diego!! Vou refatorar meu codigo.

[@rsilva6]

Caraca velho, já cai nisso! Nunca pensei em fazer dessa forma tão simples e eficaz! Vou começar a rever meus códigos e ajustar eles nesses pontos. Valeu Diegão.

[@carlosfsilvac]

Já fiz isso várias vezes, ótimo conteúdo

[@YAHWEHROI]

Caí e ainda caio demais nesse erro kkkkkk Excelente conteúdo, Diego. Parabéns 👏

[@Alan4F50]

Ótimo conteúdo, cara!! valeuu

[@gustavocamargos8137]

Mas se você tem mais estados dentro desse componente e uma filtragem mais complexa (com strings maiores por exemplo), você pode estar tendo que rodar a mesma filtragem repetidas vezes, sem que o valor do filtro tenha sido alterado. Talvez você possa ter menos renders, mas a cada render você pode estar tendo processamentos redundantes. Tem que ver até que ponto isso vale ou não a pena, acho que varia de acordo com o caso de uso. Fora isso, o ideal seria executar a filtragem somente quando usuario terminar de digitar, colando um timeout no useEffect, não tem porque ficar filtrando a lista a cada caractere que o usuario digita, acredito que sem um estado adicional, seja mais complexo fazer isso, se é que é possivel

[@birarr]

Diego sensacional como sempre! Essa dica vai fazer eu subir de nível, com certeza.

[@lucas-morais-1998]

Cara, não tem uma única coisa que o Diego explique que eu não entenda, cara é surreal de bom, e olha que nem tenho tanta experiência com React, comecei a estudar tem pouco tempo.

[@dieegosf]

Que isso

[@carloseduardopachecocasara5803]

Uma dica bem legal tbm e fugindo um pouco do assunto XD é quando precisar fazer essa pesquisa conforme o usuário digita para uma API é comum usar um debouce! Facilita muito o trabalho e da um resultado bem legal. Existem algumas Libs que para auxiliar na utilização do mesmo mas também é possível criar um Hook especifico para usar no projeto. Vídeo top demais, parabéns!

[@ayrtonkrizan]

Diegao eu programo a react a uns anos já e com certeza tem esse tipo de escolha em alguns repositórios meus rs! Muito bom esse vídeo simples e objetivo! Abs

[@raydes.menson]

Muito obrigado pelo video... de um ano... sou iniciante basicamente e me deparei com isso, bateu uma precupação enão consegui resolver... agora vou verificar se consigo diminuir o número de renderizações dos meus componentes... rsrsr...

[@arnaldoquagliato8840]

Top, curte esse formato. Continue trazendo, rápido e bem informativo.

[@cafezinhoprodev]

Sensacional meu velho, faz tempo que busco como resolver isso, mas nunca encontrei uma solução bem explicada como essa. Vlw Diegão!

[@rafacapoci1757]

Ótima dica que serve para muitas situações

[@antoniositoe5814]

Diego sempre a trazer solucoes

[@giuseppefantoni6846]

Faz mais videos de dicas como essa. Faz uns com umas dicas avançadas pff. Top d+ o video

[@ezequielcardoso2431]

Que conteúdo top, parabéns!!!

[@JoaoVictor-ve1rb]

Conteúdo top demais, novembro vou ser calouro na turma do ignite 🚀

[@samueloliveira4465]

Recomendação de vídeo: Poderia fazer um vídeo sobre responsividade no tailwindcss

[@BrunoFilho]

Atualmente estou trabalhando em um projeto que cometemos muito esse erro. Já vamos começar corrigir pra já kkkkkkkkkkkkkkkk Valeuzão Diegola!

[@igorbueno4815]

Nesse caso de chamadas REST que derivam resultados filtrados, outra boa solução seria o hook useMemo() para retornar uma lista de repositórios a qual só será atualizada se o filtro mudar de valor. O hook acaba fazendo valer a pena se as chamadas retornarem muitos registros.

[@jeanvitor963]

Este é um excelente caso de uso do useMemo.

[@_rubenscjr]

Sensacional! Acho que acabei de passar por esse problema, e creio que esse vídeo veio em um ótimo momento, porque agora com ideia funcionando como foi planejada posso olhar essas questões de performance e ajustar erros que antes desconhecia.

[@Victor5163]

Sensacional! Muito obrigado pela clareza do conteúdo, demais!

[@matheusmaske7791]

Não já fiz, como pra mim era o melhor jeito de se fazer kkkkkk valeu Diego, ótimo vídeo!

[@antoniomarcelo1645]

Como sempre uma didática de outro planeta. Sensacional

[@mbs2488]

Excelente ! Muito Bem Explicado ! ! Parabéns pelos vídeos ! ! !

[@josephmartins4381]

Muito bom o vídeo, seria interessante ressaltar que sempre que um state é atualizado, o componente é recriado. Ou seja sempre que o cara digitar no campo fazendo a alteraçao no state (search) o componente é recriado do zero, e aí a variavel que ta recebendo o filtro da lista também é recriada.

[@dieegosf]

Total! Mas isso nem sempre é um problema, recriar a variável é extremamente rápido, às vezes até mais rápido do que comparar o valor dela com o seu anterior para criar algum tipo de memoização.

[@marcelolupatini5553]

12:38 Até onde me lembro eu não caí, mas é talvez sim e é bom ficar atento porque isso, além de poder diminuir na performance em alguns casos, pode poluir o código com comandos desnecessários

[@halisterfernando9160]

Super interessante! Quando eu estava aprendendo React na época, eu criei uma função que fazia uma cópia do Array salvo no estado pra fazer os filtros a partir dessa cópia, o retorno dela funcionava como a variável criada no vídeo

[@DVSK1]

baita vídeo, parabéns pelo conteúdo

[@DanielRios549]

Pode parecer estranho usar variáveis simples no React, mas na boa, pra mim elas são a primeira opção, sempre, sem mais nem menos, usar estado é apenas necessário quando essa variável simples não está atualizando, ai sim o uso do estado é útil, no fundo continua sendo Javascript, quanto mais coisas nativas do Javascript vc usar, melhor

[@leandrojackson9631]

Maaaano do céu kkkkkk, eu sempre cometi esse erro, que massa!!! Quando vi o thumbnail do video, já imaginei, tou errando, certeza kkkkk. Valeu diego!!

[@Fazin17]

Finalmente entendi isso! Eu sempre renderizava duas vezes e tinha assumido que hooks não era pra mim hahaha. Isso atrapalha muita pra mapas.

[@JeanSilvany_]

Caramba Diegão que Cam é essa hein? Deus benza 🙏🙏

[@nazirmudumane8830]

Meu Deus, eu sempre cai nessa. Muito obrigado Diegooooo❤

[@eddi3ms]

faço direto 😅fazia direto! Conteudo top demais

[@hansolo-7625]

Já passei por isso kkk e eu via o problema mas não sabia resolver!! Vc é top!

[@fatasyx]

Fala Diegao! Um tema do vscode q já uso tem muitos anos é o Fantastic, dentro desse tema existe vários outros temas, eu uso mais a verdade material do Fantastic, mas todas as opções dele são fantásticas!

[@arthurmaia3601]

Realmente, erro muito comum, eu já passei e passo por isso até hoje. Acho que seria interessante também a implementação de um debounceTime no momento da filtragem dos repositórios. Evitaria mais ainda a renderização, ou pelo menos a atualização da lista renderizada na tela. Excelente video Diego!

[@dieegosf]

Claro, tem muita coisa que pode ser melhor no código, o ponto era focar no estado derivado mesmo 😊 Obrigado pelo comentário!

[@pauloreis7093]

Vi isso acontecer na prática hoje. Deve ser mais comum do que se pensa! 👏Ótimo conteúdo.

[@iury664]

muito bacana, tenho uns repositórios que provavelmente tem esse erro ai, vou tentar aplicar. Nem sabia que tinha um nome esse erro kkkk valeu mesmo.

[@observermind]

Parabéns pelo video man! Fiquei incomodado com o tanto de render que o react fazia. Comecei agora a estudar, mas que bom que podemos usar o js/ts pra resolver esses problemas, achei que realmente era necessário renderizar.

[@MateeusSouza]

Dica muito TOP e útil 👏👏

[@shennonf.pereira3890]

Que top! Estudei hoje exatamente esse assunto, na documentação nova do React

[@EdsonSilva-qr5gr]

Só lembrei das computed do Vue que fazem isso, não sabia como fazer a mesma coisa no React, muito obrigado pela explicação

[@celioribeiro5705]

Hey. Seriously. Thank you. I just downloaded soft and I can CLEARLY see why your vid was recomnded. You're an aweso intro into

[@ThugLifeModafocah]

Hummm, eu tava errando nisso. Valeu. As vezes na ansia de entregar no prazo, não conseguimos de fato analisar o que está sendo feito.

[@acm.marques]

Top D+ Diego e já devo ter caio nessas pegadinhas hehehe, mas com react native

[@gabriellennonbr]

Que sensacional esse vídeo, isso acontece muito e já me deparei várias vezes nesse cenário. Valeu demais pelo vídeo Diegao e rocket 🔥🚀

[@JhonyMesquita-n7c]

Já fiz muito isso! Vlw pelo video!!

[@willraoli]

Faz um vídeo usando o tema Plastic!

[@pabloxt14]

Da para notar muito mais a diferença que não utilizar esse derived state em aplicações grandes, com muitos dados vindo do banco de dados, e vai por mim, ter que renderizar duas vezes seguidas uma pilha enorme de dados vai fazer muita diferença na performance da sua aplicação. Boa dica Diegão, queria eu ter encontrado de cara um tutorial como esse quando tive esse tipo de problema.

[@YabDev]

Hhuahuhau ja cai muito nisso! Que massa! Obrigado pelo excelente conteudo!