Falando de Dart que impulsiona o Flutter, que é um framework. O que eu noto é que futuramente vamos ter frameworks específicos para cada funcionalidade especifica, por exemplo. Ja temos frameworks para DART que constroem APIREST e micro-services também já temos framework no-code feito para quem não quer ou não pode aprender a programar. Já vi framework que ajuda no desenvolvimento frontend com Dart. E também ja ví ferramenta que mostra em uma única pagina do computador as 4 telas de aplicativos (desktop Windows, MacOs, Ios e Android) rodando simultaneamente enquanto a programação é executada. Também já temos servidor para deploy específico para Dart e Flutter e gratuíto. Isso é só o começo, mas não acredito que o Flutter vai desativar o HTML.
Boa tarde professor, você sabe de alguma ferramenta de monitoramento e gravação de tela estilo clarity da microssoft que funcione com o Flutter Web com canvaskit?
Tem algumas soluções. Se você tem acesso ao servidor pode trabalhar nos headers. Se você tem acesso as imagens pode trabalhar com elas em uma CDN que dê acesso... Se você não possui acesso, mas está consumindo via Image.network, pode criar um proxy no backend para as imagens... Acredito que uma solução melhor virá a médio prazo, mas esse é um problema geral no desenvolvimento web :\
surpresa, imaginei que flutter web html não iria acabar tão cedo. Não sei como isso vai impactar as atuais aplicações e se pode comprometer a migração, mas se for para ficar melhor,, tranquiilo.
Professor Diego, tenho percebido no google trends (e sugiro fazer uma experiência) sobre a concorrência nestas tecnologias em desenvolvimento web e app: flutter, kotlin, cordova e React Native. Percebi que o cordova é muito forte nos EUA (que é o berço destas tecnologias) passando as outros nas estatísticas; explique o porque? eu, particularmente, desenvolvi um sistema em HTML, CSS E JS, tenho ele tanto para web como para aplicativo Android e IOS, para mim, o cordova ainda continua sendo o mais bala de prata ante estas tecnologias pela praticidade.
Usei muito cordova e ionic antes do Flutter. Tanto Ionic / Cordova e React Native são soluções que vieram antes do Flutter, logo, muitos apps foram criados com essas tecnologias e agora precisam de manutenção.... mas dificilmente uma empresa irá criar um projeto do zero sabendo que essas stacks estão caindo em desuso. O que temos visto é a migração de tecnologia, algo bem comum de tempos em tempos.
@autovrum Cordova já é legacy há muitos anos, tanto que o CapacitorJS é o padrão, não faz sentido fazer algo em cordova hoje em dia. O ideal seria migrar para o Capacitor mesmo.
@@drantunes Acredito que para a maioria das empresas pequenas que possuem uma stack básica e queiram alguma reutilização do que já possuem, eventualmente para cortar gastos, não faz sentido investir em React Native ou Flutter, sendo que pode-se usar Ionic com o Capacitor. Muita coisa que um projeto sem lá muitas exigências na parte nativa, você consegue fazer com Capacitor. Vai depender de uma feature chave para ter que ir para React Native ou ter que aprender uma stack totalmente nova com uma linguagem de programação nova com o Dart(mesmo eu achando tranquilo, com alguma exp você pega até que rápido), porém caindo no mesmo problema do React Native, uma baita de uma dependência em third-party packages.
@p2pfreedom405 concordo que é uma ferramenta muito bacana. Creio que o que já foi feito em Flutter ficará nele e seguirá normalmente. Acho difícil algo mais novo após o Compose Multiplataform sair, podendo reutilizar o conhecimento em Kotlin dos desenvolvedores nativos. Eu facilmente escolheria Kotlin ao ter que aprender uma linguagem e stack novas com Flutter em um projeto novo ou migração de algo hybrid
Isso me preocupa um pouco, já que em Cavaskit sempre tenho problemas com usuários iOS usando o Safari. Sempre recebo reclamações de que o site não está carregando. Fiz alguns testes e não sei o motivo, mas em HTML funciona normalmente, enquanto em Cavaskit fica travado no carregamento. Espero que isso mude até lá
No apocalípse tecnológico, todos os dias acaba alguma coisa para abalar ou estagnar o programador. Não é atoa que chamam o programador de GAROTO DE PROGRAMA e o que junta bitcoin de BITCONHEIRO.😅
Já era as extensões e o console do navegador para manipular o DOM via javascript. Talvez seja uma tentativa indireta do Google de dificultar os bloqueadores de anúncios. Enfim, toda a interatividade que o navegador oferece para power users pode ficar mais chato.
Ao meu ver muito melhor focar no que é necessário. Tentar fazer tudo e deixar tudo meia-boca não é legal. Se ja foi dito que flutter web é para aplicações e não SEO, não tem por que continuar. Foca só no wasm e vamos pra cima.
qual seria o nicho certo? O Flutter é muito legal, mas só espera vir o Compose Multiplatform. A galera vai prefeir usar Dart ou já usar o conhecimento em Kotlin e manter a produtividade?
@@nero1375 Mobile, a versão web é péssima, qualquer dev front que vê um projeto com Flutter web fica com agonia, por conta do delay, SEO e acessibilidade
@@lucascipriano3570 sim, nunca comprei a ideia do Flutter para web, mesmo na época do hummingbird. Justamente eu usava o Flutter em 2019 para a parte mobile, para que usar web se eu posso fazer em Vue. Para o presente eu ainda prefiro usar o Ionic, já vai lidar com a grande maioria do que as empresas precisam e para algo mais nichado, um Compose Multiplatform com o Kotlin vai ser bem bacana de usar
Creio que esse cenário de uso só vai ficar mais simples com a evolução da comunidade e surgimento de packages, um bom exemplo são os ESC/POS da vida que a comunidade fez um package muito bom para esse problema. Eu já desenvolvi diversas integrações nativas atráves do Channel mas imagino que seja frustrante para um cara que iniciou no dart ver que a maioria dos recurso nativos ou mais avançados tem que por mão no java/kotlin para desenvolver.
Quais problemas que vcs enfrentam com flutter e comunicação bluetooth? Possuo uma aplicação que roda normal comunicando com o dispositivo bluetooth trocando informações
Acho muito boa a abordagem.... Melhor eles focarem esforços nas funcionalidades mais essenciais para o Flutter Web: SEO, hot restart, performance...
SEO não chega nem a ser uma funcionalidade essencial. Flutter é para app, para fazer site tem HTML e CSS já
Excellent channel!
Excelente vídeo, parabéns!
Seus vídeos são muito bons!
Parabéns pelo trabalho!
Falando de Dart que impulsiona o Flutter, que é um framework. O que eu noto é que futuramente vamos ter frameworks específicos para cada funcionalidade especifica, por exemplo. Ja temos frameworks para DART que constroem APIREST e micro-services também já temos framework no-code feito para quem não quer ou não pode aprender a programar. Já vi framework que ajuda no desenvolvimento frontend com Dart. E também ja ví ferramenta que mostra em uma única pagina do computador as 4 telas de aplicativos (desktop Windows, MacOs, Ios e Android) rodando simultaneamente enquanto a programação é executada. Também já temos servidor para deploy específico para Dart e Flutter e gratuíto. Isso é só o começo, mas não acredito que o Flutter vai desativar o HTML.
Boa tarde professor, você sabe de alguma ferramenta de monitoramento e gravação de tela estilo clarity da microssoft que funcione com o Flutter Web com canvaskit?
Especificamente para Flutter não, mas tem vários analytics que gravam a tela...
Qual a solução de voces pro CORS usando canvas kit?
Tem algumas soluções. Se você tem acesso ao servidor pode trabalhar nos headers. Se você tem acesso as imagens pode trabalhar com elas em uma CDN que dê acesso... Se você não possui acesso, mas está consumindo via Image.network, pode criar um proxy no backend para as imagens... Acredito que uma solução melhor virá a médio prazo, mas esse é um problema geral no desenvolvimento web :\
surpresa, imaginei que flutter web html não iria acabar tão cedo. Não sei como isso vai impactar as atuais aplicações e se pode comprometer a migração, mas se for para ficar melhor,, tranquiilo.
Presente professor!
Sou novato e acabei de chegar no Flutter/Flet - mas essa mudança não impede de compilar pra web, certo?
Eu acho muito bom e se com isso conseguirem dar uma atenção maior ao Flutter Web vai ser ótimo
Professor Diego, tenho percebido no google trends (e sugiro fazer uma experiência) sobre a concorrência nestas tecnologias em desenvolvimento web e app: flutter, kotlin, cordova e React Native. Percebi que o cordova é muito forte nos EUA (que é o berço destas tecnologias) passando as outros nas estatísticas; explique o porque? eu, particularmente, desenvolvi um sistema em HTML, CSS E JS, tenho ele tanto para web como para aplicativo Android e IOS, para mim, o cordova ainda continua sendo o mais bala de prata ante estas tecnologias pela praticidade.
Usei muito cordova e ionic antes do Flutter. Tanto Ionic / Cordova e React Native são soluções que vieram antes do Flutter, logo, muitos apps foram criados com essas tecnologias e agora precisam de manutenção.... mas dificilmente uma empresa irá criar um projeto do zero sabendo que essas stacks estão caindo em desuso. O que temos visto é a migração de tecnologia, algo bem comum de tempos em tempos.
Google Trends é a pior métrica possível
@autovrum Cordova já é legacy há muitos anos, tanto que o CapacitorJS é o padrão, não faz sentido fazer algo em cordova hoje em dia. O ideal seria migrar para o Capacitor mesmo.
@@drantunes Acredito que para a maioria das empresas pequenas que possuem uma stack básica e queiram alguma reutilização do que já possuem, eventualmente para cortar gastos, não faz sentido investir em React Native ou Flutter, sendo que pode-se usar Ionic com o Capacitor. Muita coisa que um projeto sem lá muitas exigências na parte nativa, você consegue fazer com Capacitor. Vai depender de uma feature chave para ter que ir para React Native ou ter que aprender uma stack totalmente nova com uma linguagem de programação nova com o Dart(mesmo eu achando tranquilo, com alguma exp você pega até que rápido), porém caindo no mesmo problema do React Native, uma baita de uma dependência em third-party packages.
@p2pfreedom405 concordo que é uma ferramenta muito bacana. Creio que o que já foi feito em Flutter ficará nele e seguirá normalmente. Acho difícil algo mais novo após o Compose Multiplataform sair, podendo reutilizar o conhecimento em Kotlin dos desenvolvedores nativos. Eu facilmente escolheria Kotlin ao ter que aprender uma linguagem e stack novas com Flutter em um projeto novo ou migração de algo hybrid
Isso me preocupa um pouco, já que em Cavaskit sempre tenho problemas com usuários iOS usando o Safari. Sempre recebo reclamações de que o site não está carregando. Fiz alguns testes e não sei o motivo, mas em HTML funciona normalmente, enquanto em Cavaskit fica travado no carregamento. Espero que isso mude até lá
Isso pode ser um problema, mas creio que com isso finalmente a atenção da comunidade iria pra resolver esse lado.
o Problema vai ficar nos Packages que utilizam HTML render.
No apocalípse tecnológico, todos os dias acaba alguma coisa para abalar ou estagnar o programador. Não é atoa que chamam o programador de GAROTO DE PROGRAMA e o que junta bitcoin de BITCONHEIRO.😅
Já era as extensões e o console do navegador para manipular o DOM via javascript. Talvez seja uma tentativa indireta do Google de dificultar os bloqueadores de anúncios. Enfim, toda a interatividade que o navegador oferece para power users pode ficar mais chato.
Focando no web assembly tá bom... Problemas são os packages que podem quebrar
Diego acredita que algo mudará nos webviews?
Não, somente quem usava a view de plataforma para o HTML
Ao meu ver muito melhor focar no que é necessário.
Tentar fazer tudo e deixar tudo meia-boca não é legal.
Se ja foi dito que flutter web é para aplicações e não SEO, não tem por que continuar.
Foca só no wasm e vamos pra cima.
Google: Use isso nos seus projetos.
Pouco tempo depois: @Deprecated
Me livrei do flutter há dois anos
@@swplogic4158tá vendo o que agora? qual linguagem tá focando?
Isso facilita a criação de jogos 2D para web, por estar usando o canvasKit?
Indiferente, mas a plataforma tende a melhorar agora.
Opa video novo.
É melhor focar logo no nicho certo do que no futuro deixar muita gente órfã.
qual seria o nicho certo? O Flutter é muito legal, mas só espera vir o Compose Multiplatform. A galera vai prefeir usar Dart ou já usar o conhecimento em Kotlin e manter a produtividade?
@@nero1375 Mobile, a versão web é péssima, qualquer dev front que vê um projeto com Flutter web fica com agonia, por conta do delay, SEO e acessibilidade
@@lucascipriano3570 sim, nunca comprei a ideia do Flutter para web, mesmo na época do hummingbird. Justamente eu usava o Flutter em 2019 para a parte mobile, para que usar web se eu posso fazer em Vue. Para o presente eu ainda prefiro usar o Ionic, já vai lidar com a grande maioria do que as empresas precisam e para algo mais nichado, um Compose Multiplatform com o Kotlin vai ser bem bacana de usar
@@nero1375 Aplicações corporativas onde SEO não é requisito.
Como eu sou "cachorro magro" , estou muito mais preocupado, no Flutter, com conexões bluetooth, serial, etcétera
nao entendo como ate hoje o flutter não dá suporte pra conexões bluetooth, sofri demais pra trabalhar com conexões ble e bluetooth
Creio que esse cenário de uso só vai ficar mais simples com a evolução da comunidade e surgimento de packages, um bom exemplo são os ESC/POS da vida que a comunidade fez um package muito bom para esse problema.
Eu já desenvolvi diversas integrações nativas atráves do Channel mas imagino que seja frustrante para um cara que iniciou no dart ver que a maioria dos recurso nativos ou mais avançados tem que por mão no java/kotlin para desenvolver.
Quais problemas que vcs enfrentam com flutter e comunicação bluetooth? Possuo uma aplicação que roda normal comunicando com o dispositivo bluetooth trocando informações
@@MattGrungeBacho que é falta de conhecimento, parece que não sabem diferenciar o core de comunidade...
HTMX boys. O que funciona, vai continuar funcionando sem depender de Framework de terceiros como Google ou Facebook e etc.
pensei que fosse mais uma chamada sensacionalista, mas dessa vez é real
Graças a Deus eu cair fora do flutter faz tempo.