Vim do universo react native e esse é uma das principais funcionalidades que eu estou procurando e precisando no flutter... code push ou update ota é vida.
Será que as lojas vão autorizar? (Principalmente a da Apple) Abre muita margem pra publicar um app simples e, depois desse app estar na loja, transformar em algo completamente diferente/ malicioso, sem precisar passar por uma nova aprovação...
Se mudar algo significativo com certeza pode ter um bloqueio. A ideia da funcionalidade é corrigir bugs críticos rapidamente. Já existem outras soluções em outras plataformas e elas são aceitas nas lojas.
no react native ja é uma funcionalidade muito usada,... eu literalmente ja mudei toda a interface, e muito código no app via code push ou atualização OTA, e nunca deu problema.
Sim, mas assim como o deploy para as lojas é controlado pela empresa (não é todo dev que tem acesso ao deploy), o mesmo deverá ocorrer no code push (somente após os reviews e aceite de pull request, é que o code push deverá ser feito, e em um ambiente isolado). Com certeza, as chaves de API precisarão de muito cuidado, assim como as chaves de criptografia das lojas hoje.
Que perigo essa funcionalidade,de injetar código não versionado, pode fazer um estrago ainda pior no aplicativo que já fudido em produção, talvez as lojas até restrinjam essa biblioteca criando permissões especiais. Um hacker poderia fazer a festa e iria demorar meses até a empresa perceber o furo.
Essa funcionalidade não será para qualquer pessoa mexer, será algo provavelmente automatizado realizado por uma pessoa específica. Na prática, provavelmente uma trigger será disparada a partir de uma branch de hotfix ou algo assim no Git. Como as chaves de criptografia e push estarão só no servidor e apenas pessoas autorizadas terão elas (assim como as chaves de deploy) o risco será baixo. Mas precisa ter uma ótima compreensão da ferramenta antes de usar.
Temos uma aplicação que rodar no ionic, pois quase tudo é no navegador, substituir o cliente, pelo client flutter, ou fica no ionic mesmo que foi feito para isso ?
Se os clientes e o time está satisfeito não vejo porque mudar. Se há algum requisito específico que o Ionic não está dando conta, com certeza recomendo o Flutter.
As APIs finais serão em Dart mesmo para integração no Flutter. Acredito que foi escolha do time para ter acesso à performance e ferramentas de mais baixo nível, ao invés de usar C. Dá uma olhada nessa spec inicial: github.com/shorebirdtech/old_repo/blob/main/updater/README.md
Parabéns pelo conteúdo.
Assunto Top Professor! Obrigado por compartilhar. Com certeza ajudará demais na velocidade de entrega aos usuários!
Vim do universo react native e esse é uma das principais funcionalidades que eu estou procurando e precisando no flutter... code push ou update ota é vida.
Code Push é essencial para um desenvolvimento produtivo e com certa complexidade, não vejo como trabalhar sem algum tipo de recurso desse tipo.
Rapaz, eu adoro esse canal, excelente conteúdo. Parabéns
Que saudades do Flutter, mas infelizmente/felizmente consegui meu primeiro trampo em outra stack...
Grande noticia! Parabens Professor... Sempre trazendo bons conteudos para a comunidade
Ótimo saber que estão se preocupando com essas melhorias que são necessárias ao Flutter. Parabéns pelo conteúdo!!
Ótimo vídeo, boa informação !
Awesome!
Será que as lojas vão autorizar? (Principalmente a da Apple)
Abre muita margem pra publicar um app simples e, depois desse app estar na loja, transformar em algo completamente diferente/ malicioso, sem precisar passar por uma nova aprovação...
Se mudar algo significativo com certeza pode ter um bloqueio. A ideia da funcionalidade é corrigir bugs críticos rapidamente. Já existem outras soluções em outras plataformas e elas são aceitas nas lojas.
no react native ja é uma funcionalidade muito usada,... eu literalmente ja mudei toda a interface, e muito código no app via code push ou atualização OTA, e nunca deu problema.
A questão é que alguns devs podem depois injetarem códigos maliciosos nos apps
Sim, mas assim como o deploy para as lojas é controlado pela empresa (não é todo dev que tem acesso ao deploy), o mesmo deverá ocorrer no code push (somente após os reviews e aceite de pull request, é que o code push deverá ser feito, e em um ambiente isolado). Com certeza, as chaves de API precisarão de muito cuidado, assim como as chaves de criptografia das lojas hoje.
isso da pra fazer hj utilizando outras técnicas, não é exclusivo do code push essa falha
Professor, quando sai o curso?
Sem previsão do intermediário, um pouco corrido por aqui
Funcionalidade que precisa de muita responsabilidade. Imagina um dev mal intensionado mandar uma tela como phishing?
Com certeza! Muita coisa em jogo, por isso que o Flutter ainda não lançou isso.
Que perigo essa funcionalidade,de injetar código não versionado, pode fazer um estrago ainda pior no aplicativo que já fudido em produção, talvez as lojas até restrinjam essa biblioteca criando permissões especiais. Um hacker poderia fazer a festa e iria demorar meses até a empresa perceber o furo.
Essa funcionalidade não será para qualquer pessoa mexer, será algo provavelmente automatizado realizado por uma pessoa específica. Na prática, provavelmente uma trigger será disparada a partir de uma branch de hotfix ou algo assim no Git. Como as chaves de criptografia e push estarão só no servidor e apenas pessoas autorizadas terão elas (assim como as chaves de deploy) o risco será baixo. Mas precisa ter uma ótima compreensão da ferramenta antes de usar.
Temos uma aplicação que rodar no ionic, pois quase tudo é no navegador, substituir o cliente, pelo client flutter, ou fica no ionic mesmo que foi feito para isso ?
Se os clientes e o time está satisfeito não vejo porque mudar. Se há algum requisito específico que o Ionic não está dando conta, com certeza recomendo o Flutter.
@@drantunes Flutter tem WebView que executa javascript?
@@arozendojr tem sim
Meio humilhante ter qualquer coisa escrita em RUST num projeto pra Flutter,tem algum motivo específico?
As APIs finais serão em Dart mesmo para integração no Flutter. Acredito que foi escolha do time para ter acesso à performance e ferramentas de mais baixo nível, ao invés de usar C. Dá uma olhada nessa spec inicial: github.com/shorebirdtech/old_repo/blob/main/updater/README.md
A ferramenta será paga? Ou é Open Source?
Ainda não tem informações… mas conforme os updates farei novos videos aqui