Boa Jacob! Acredito que esse padrão de aula ajudaria muito uma grande parte do pessoal que assim como eu olha para os conteúdos e pensa: "Onde consigo evoluir agora?", porque muitas vezes nos sentimos perdidos em quesito do que procurar para evoluir. Parabéns, mais uma vez hahaha
Curti muito a aula. Já vi vários vídeos sobre, inclusive seus, porém, acho que esse foi o que melhor resumiu esse conteúdo de uma forma mais simplificada, parabéns e obrigado
muito bom pois quem não tem pratica com mobx nem bloc e vem de uma outra linguagem como eu estou vindo do delphi a mais de 20 anos com ele está sendo perfeito.
Boa Jacobson! O importante é o que você deseja fazer e o motivo real. Havendo essa disponibilidade e indo ao encontro de quem busca esse material, é o que importa. Hoje em dia a mediocridade é cultuada, logo temos que ficar o mais distantes possível.
Excelente vídeo. Recentemente comecei a estudar analise de performance pelo dev tools e me deparei com um vídeo que mudou minha concepção de desenvolvimento no flutter. O flutter ele foi desenvolvido e está sendo evoluído para ser cada vez mais performático em suas renderizações, consumo de memória etc.. Síntese: Desenvolva focado na aplicação e não baseado na performance, depois você analisa se algum frame está tendo um jank ou algum consumo excessivo de memória, e não o contrário. Ás vezes por essa falta de aprofundamento e ciência do framework que estamos utilizando, acabamos não enxergando a Ferrari que está nas nossas mãos. O vídeo: th-cam.com/video/PKGguGUwSYE/w-d-xo.html
Caro Jacob, Dúvida: Quanto ao super.init() e o super.dispose(), tem um lugar certo para chamar eles? Imagino que, cada um no seu método, o super.init() no começo do bloco do init e o super.dispose() no final do bloco do dispose? Obrigado.
é aquele negócio, se você só sabe usar o martelo e insiste que da pra pintar a parede com ele. Cara... até dá, você consegue sim molhar o martelo e jogar a tinta na parede com a força da inércia, blz, mas vai ficar toda cagada a parede... e o seu braço tbm pelo movimento repetitivo. Existem várias ferramentas/técnicas pra usar nos vários momentos diferentes que vc vai passar, das dificuldades diferentes que vai ter e ta tudo bem.
Em 5:00, discordo. Isso depende do que tem dentro do widget. Já peguei aplicações que puxam dados lá dentro, além de assets em tempo real da api. Ou seja, não havia nenhum pacote para gerênciar o estado.
Muito bom o vídeo, porém na minha opinião, falar que todo builder não é performático é tipo a treta do stateless e statefull.... Existem casos e casos, e pelo que eu já vi 90% dos casos o builder é relativamente só um wrap do setstate em niveis de complexidade... claro que tudo depende, se for animação e tals, e também depende internamente ali se o dev ta usando o child do builder de forma correta... Então meu ponto é, conteúdo bacana, amo pessoal que usa mixin e aborda inherited, mas problematizar o builder talvez não foi tão bacana para iniciantes. (Na minha opinião é claro)
Excelente ponto, gerencia de estado é tão polêmico, mas deveria ser algo simples, precisou rebuildar, rebuilda a tela inteira, perdeu perfomance, ta cagado? revisa, descobri o problema e rebuilda apenas aquilo que precisa ser rebuildado, acho que o problema ta mais em quem faz do que em como faz. Premeditar um problema que não existe, ou se quer vai existir é adicionar complexidade sem necessidade nenhuma, é exagero, usar bazuca para matar formiga.
Boa Jacob!
Acredito que esse padrão de aula ajudaria muito uma grande parte do pessoal que assim como eu olha para os conteúdos e pensa: "Onde consigo evoluir agora?", porque muitas vezes nos sentimos perdidos em quesito do que procurar para evoluir.
Parabéns, mais uma vez hahaha
Curti muito a aula. Já vi vários vídeos sobre, inclusive seus, porém, acho que esse foi o que melhor resumiu esse conteúdo de uma forma mais simplificada, parabéns e obrigado
Esse formato de vídeo é bem legal e o conteúdo também foi bem massa!
Mestre! 🤩
Excelente! 🌟 Valeu Jacob! 🙏
se puder fazer mais coisas com este padrão agradeceria como um CRUD.
muito bom pois quem não tem pratica com mobx nem bloc e vem de uma outra linguagem como eu estou vindo do delphi a mais de 20 anos com ele está sendo perfeito.
que conteúdo foda, quero muito me tornar referencia seu conteúdo é valioso e essencial demais pra quem busca esse objetivo, obrigado.
Meodeos... Isto n é um professor, é um prefeito!
Fez um boom aqui em muitas coisas, faça mais...
Obrigado por compartilhar esse conhecimento! Te desejo sucesso e vigor para persistir na caminhada
Massa, pareceu com o código interno do ChangeNotifier.
Manda brasa nos conhecimentos básicos. Importante demais. A galera que se acha vacila muito neles kkk
Boa Jacobson! O importante é o que você deseja fazer e o motivo real. Havendo essa disponibilidade e indo ao encontro de quem busca esse material, é o que importa.
Hoje em dia a mediocridade é cultuada, logo temos que ficar o mais distantes possível.
Aulão Jacob!! Obrigado por mais um conteúdo.. Nos ajuda muito
Muito bom Jacob!!!!!!
Excelente explicação
Top demais, vou implementar isso na estrutura que eu tenho hj.
Boa mestre, pra mim voce cosnegue passar seu conhecimento de uma maneira muito fluida. Obrigado.
Se puder fazer mais coisas com este padrão agradeceria um ( Crud) por exemplo.
Show de bola!
Caraca, esse me pregou tanto a atenção que 35 minutos passaram voando! (e não tava em 2x não kkkkk)
Brabo como sempre!
Cara, vc é um grande professor! Meus parabéns
Bom de mais, parabéns Jacob vídeo enriquecedor
Excelente vídeo. Recentemente comecei a estudar analise de performance pelo dev tools e me deparei com um vídeo que mudou minha concepção de desenvolvimento no flutter. O flutter ele foi desenvolvido e está sendo evoluído para ser cada vez mais performático em suas renderizações, consumo de memória etc.. Síntese: Desenvolva focado na aplicação e não baseado na performance, depois você analisa se algum frame está tendo um jank ou algum consumo excessivo de memória, e não o contrário. Ás vezes por essa falta de aprofundamento e ciência do framework que estamos utilizando, acabamos não enxergando a Ferrari que está nas nossas mãos. O vídeo: th-cam.com/video/PKGguGUwSYE/w-d-xo.html
Esse conteudo é mt bom Jacob. Obrigado
Muito bom!
Eu pagaria pra ter um conteúdo desse shushsu, MT bom
Ótimo conteúdo, muito esclarecedor 👏👏👏
Que aula show. Continue assim mestre.
Baita aula!!! Vlw
Ótima a explicação!
Ótimo conteúdo Jacob. Obrigado.
Fala Jacob, manda ver aí, precisamos de conteúdos avançados.
Aula Top!
Parabéns pelo conteúdo Jacob 👏👏👏
Obrigado 🤙
Opa Video novo
Brabo demais! Você pode me comentar que horas serão as aulas da Masterclass? Para me adiantar aqui com a patroa...
Valei!
Terça a noite
eu curti a aula
Caro Jacob,
Dúvida: Quanto ao super.init() e o super.dispose(), tem um lugar certo para chamar eles? Imagino que, cada um no seu método, o super.init() no começo do bloco do init e o super.dispose() no final do bloco do dispose? Obrigado.
Tem sim.
O do initState é no começo, e o super do dispose no final (depois dos seus codigos)
é aquele negócio, se você só sabe usar o martelo e insiste que da pra pintar a parede com ele.
Cara... até dá, você consegue sim molhar o martelo e jogar a tinta na parede com a força da inércia, blz, mas vai ficar toda cagada a parede... e o seu braço tbm pelo movimento repetitivo.
Existem várias ferramentas/técnicas pra usar nos vários momentos diferentes que vc vai passar, das dificuldades diferentes que vai ter e ta tudo bem.
Em 5:00, discordo. Isso depende do que tem dentro do widget. Já peguei aplicações que puxam dados lá dentro, além de assets em tempo real da api. Ou seja, não havia nenhum pacote para gerênciar o estado.
Calma calabreso, ai estou falando oq as pessoas dizem sobre o setState. SetState nunca é problematico. Continue ehuehueheu
👏 Baita!
Muito bom 🙌
Obrigado 🙌
@@FlutterandoTV #tamojunto
Muito bom o vídeo, porém na minha opinião, falar que todo builder não é performático é tipo a treta do stateless e statefull.... Existem casos e casos, e pelo que eu já vi 90% dos casos o builder é relativamente só um wrap do setstate em niveis de complexidade... claro que tudo depende, se for animação e tals, e também depende internamente ali se o dev ta usando o child do builder de forma correta...
Então meu ponto é, conteúdo bacana, amo pessoal que usa mixin e aborda inherited, mas problematizar o builder talvez não foi tão bacana para iniciantes. (Na minha opinião é claro)
Excelente ponto, gerencia de estado é tão polêmico, mas deveria ser algo simples, precisou rebuildar, rebuilda a tela inteira, perdeu perfomance, ta cagado? revisa, descobri o problema e rebuilda apenas aquilo que precisa ser rebuildado, acho que o problema ta mais em quem faz do que em como faz. Premeditar um problema que não existe, ou se quer vai existir é adicionar complexidade sem necessidade nenhuma, é exagero, usar bazuca para matar formiga.
Isso que chamamos de “otimização prematura”, a arte de fazer o desnecessário pensando q vai melhorar algo (e as vezes faz é piorar)
🔝🔝🔝🔝🔝
Eu sou bom em construir telas, mas a logica da regra de negocio "backend" me quebra kkkkk quero mudar isso.
Perdi a data de inscrição da masterclass. puts
Me pediram pra deixar pro começo do mês.
Por causa do monei caindo
Otimo. Coloquei meu e-mail na lista de espera do site masterclass. ❤