O finalzinho, que é a parte mais importante, foi muito mal editado...

@BrunoMarques7

2 ай бұрын

Ficou parecendo aviso do Ministério da saúde no fim do comercial de cigarro.

@bigdubr

2 ай бұрын

Foi mesmo

@heitormbonfim

2 ай бұрын

parecia q ele tava com pressa pra cagar

@matheusf6540

2 ай бұрын

Assiste no 0.5x meu amigo kkkkk tbm fiz isso

@actiong1393

2 ай бұрын

Veio aqui pra assistir o conteúdo ou a finalização?

Tou gostando do curso da Rockseat, os mapas mentais são maravilhosos e os professores são incríveis. Foi o melhor investimento que fiz para iniciar em programação. Deixo aqui meu relato.

Pra quem estiver se perguntando, o tema do vídeo é o Vesper++

Olha o conteúdo é muito bom mas creio que a velocidade tá alta demais pra acompanhar. Eu fiquei só ouvindo, sem prestar atenção na tela, e nao perdí nada. Nem ler a pagina da web junto contigo eu conseguia nessa velocidade. Ainda assim, like

@aledepaulaa

2 ай бұрын

Concordo, também acho que diego as vezes é faster demais. Tem detalhe que é mais específico que precisa ser explicado pelo menos umas 3x

@jo_ao

Ай бұрын

Verdade, sou iniciante então Tipo... talvez eles devessem colocar no título entre parênteses para qual nível de público o vídeo faz mais sentido, iniciante, intermediário ou avançado, e produzir o conteúdo de acordo com cada nível.

Ta acompanhando o que vem de novo com react-query e RCS ? tRPC e tal ?

O componente também pode ser async assim não ia dar o erro, não é obrigatório usar o suspense

@mleite1

2 ай бұрын

Como o componente poderia ser async sendo um client component? Não pode.

@marceloffdeoliveira

2 ай бұрын

@@mleite1 sim, no contexto em que o Diego está mostrando, é verdade! mas dá pra fazer um server component que nem useState é preciso!

Tá permitido jantar, galera!

cara chamou a promise no client side 😂😂😂😂😂 ai tem coragem tem que receber de um RSC, como props

no caso não substitui o useEffect no caso em que tem que "escutar" uma mudança de um useState, tipo useEffect(()=> doSomething, [post])?

@bbarreto18

2 ай бұрын

É que esse é a função real do useEffect, então mantém da mesma forma

Faz tudo no 10x, bem didático pra quem quer seguir o canal como referência

Vídeo rapido demais...

Qual é o nome desse navegador?

O cara ensina na velocidade da luz, no 3x 😂

@aledepaulaa

2 ай бұрын

não da pra absorver quase nada kkkk ai prefiro botar a mão no código e fazer do meu jeito mesmo seguindo as boas práticas pela documentação 😂

@skeks1081

2 ай бұрын

As coisas que ele faz rápido é boillerplate, e já repetiu tantas vezes que quem acompanha já até conhece

Onde que são feitas as lives?

@skelclique

2 ай бұрын

dieegosf na twitch

@igorribeiro8096

2 ай бұрын

to com a mesma dúvida, pelo chat na tela parece ser na twitch, mas não achei o usuário dele

@Manoelps

2 ай бұрын

www.twitch.tv/dieegosf

@Manoelps

2 ай бұрын

@@igorribeiro8096 www.twitch.tv/dieegosf

@JaqueBRSilva

2 ай бұрын

www.twitch.tv/dieegosf

Única forma de usar o hook use() para promises atualmente é fazendo stream da promise, ou seja enviando a promise do server para o client. O que você está tentando fazer não tem suporte no momento e tanto as docs quanto o erro que apareceu para você explicam isso “A component was suspended by an uncached promise. Creating promises inside a Client Component or hook is not yet supported, except via a Suspense-compatible library or framework”, vídeo simplesmente errado.

@gsporto

2 ай бұрын

A outra forma de usar o hook é para a context, que sim funciona totalmente client side.

React Query ❤

@felipevieira9840

2 ай бұрын

O use mata o react query?

@vitvitvitvitvitvitvitvit

2 ай бұрын

@@felipevieira9840 com certeza não. React query tem mais coisas úteis: cache, state de loading, mutation, etc.

Gostei desse hook para fazer esse fluxo de ErrorBoundary > Suspense > Componente Mas ele consome Context tambem, qual a vantagem com Context? É só o fato de eu não precisar usar: const useAlgo = () => useContext(AlgoContext) É isso ou tem mais vantagens, alguém sabe?

@renatoabreu8431

2 ай бұрын

Pelo que li entendendi até agora, é apenas o fato de não precisar utilizar mais uma linha para consumir o contexto, e também foi atualizado a questão de não precisar usar mais o Context.Provider.

@everson.barbosa

2 ай бұрын

@@renatoabreu8431 hmmm, também entendi isso, faz sentido, acho que o ganho maior é nesse consumo de Promise nos componentes.

tomou rate limit pq entrou em loop teu hook, ta sabendo bem.

@vitvitvitvitvitvitvitvit

2 ай бұрын

acontece po kkkkkkkkkkkkkkkkkj. dá um desconto p diego aí, ngm é de ferro

Meio inútil esse hook pra falar a verdade, pois ninguém usa mais useEffect para fazer requisições http, geralmente é usado o query client

use não tem nada a ver com useEffect. Meu deus....

pena q remunera bem mal, virou linguagem da massa.. saturou a area devido a isso.