outro ponto importantíssimo foram as críticas do time flutter a Gerente do projeto Flutter, houve uma debandada de engenheiros antes do layoff e muitos criticaram o modo de condução dela e da sua interação com a comunidade Flutter, fazendo pouco dela. Esse é mais um motivação pro criação do Flock, a tendência é a maior adoção, maior rapidez na solução de issues e uma branch Stable sempre atualizado com a master do flutter. Espero muito que ganhe tração na comunidade 🙌🏻
é que sei la, meu ponto de vista se for um projeto sem muito riscos de boas pegar um fork aberto da comunidade, porem se envolver riscos altos e seria um acoplamento imenso no seu projeto... Esse ponto que comecei a refletir e no meu cenário atual eu não iria pro Flocks nem ferrando, por isso . não significa que ele não seja bom ou se pegar adesão da comunidade não seja atrativel
Vídeo top! 🎉 Concordo com tudo! Eu acredito que o melhor caminho pra quem está começando é o nativo Android. Você vai aprender Kotlin, e aprender sobre Compose. Com esse conhecimento você já tem o que é necessário para começar no Compose Multiplatform com KMP 😊
Eu estou muito em cima do muro em relação a tecnologia hibrida, principalmente quando é React Native e Flutter. Eu estava muito querendo ir para Flutter, por alguns motivos, mas atualmente não tenho mais essa energia, principalmente agora que o RN mudou a arquitetura e as tretas internas do Flutter. Mas tem um ponto que eu concordo, melhor coisa é aprender o nativo sem sombra de dúvias.
A redução do time com demissões de staffs e senior Engineers, PO do time Flutter mostram uma clara despriorização da tecnologia dentro do google, inclusive muitos engenheiros foram realocado para projetos de IA. Aliado a isso temos mais de 5000 issues listadas, incluindo issues no impeller. Existem issues de 2018 abertas, outras várias sem respostas e esquecidas no limbo, basta ver o github do projeto. E com a consequente desinteresse do flutter no backlog de produtos da google joga total responsabilidade para comunidade dar continuidade nesse projeto tão massa. Para isso o fork era a melhor solução possível, dar liberdade para comunidade evoluir e atacar as maiores dores. Achei a iniciativa legal demais, só temo pela visão negativa que isso pode gerar dentro de empresas que aderiram ou pretendem aderir o flutter ao saber que uma Big Tech está lançando mão da tecnologia que ela próprio fomentou e ajudou a crescer
é então, a google eu acho que tinha uma pedra preciosa nas mãos e não soube admisnistrar eu gosto bastante da proposto do flutter de ter uma VM, como funciona os methodos channel, o Flutter engine tudo eu acho que faz sentido pra mim soh que pecaram foi a escolha do dart mesmo
é honestamente não sei se isso interferiu tanto ao meu ver, não tendo adesão pelos proprios devs mobile que impactou bastante, mas faz super sentido que vcs falaram por isso na minha teoria que se o flutter fosse na linguagem do kotlin, acho que nem teria discussão isso é meu ponto de vista ne
Já pensei em várias alternativas para o flutter, porém tudo que nós conversarmos, o Google talvez já tenha pensado nisso. Migrar pra kotlin em vez de criar uma nova framework. Talvez seria mais custoso a longo prazo fazer isso, ou apenas não querem criar controvérsia na comunidade do flutter. De uma coisa eu sei, nativo não irá morrer. E aí? Quem pode ajudar nessa discussão?
é realmente é um pepinão para google se resolver nos proximos anos, até acho que o assunto de IA vai acabara ocultando um pko, digo abafando esse topico.. Pq eles podem alegar que estão focando em IA, e não querer resolver isso por agora
Olhando para o lado do dinheiro, acho difícil a Google abandonar o flutter. Muitas empresas utilizam, principalmente bancos e não só bancos no Brasil. Trabalhei no governo de alguns estados e a ordem era "nada de legado que ninguém usa", fizeram migrações gigantes para Flutter e com a migração gastam muita grana com serviços Google. Posso estar errado, mas será que a Google acabaria com esses contratos? Dinheiro é dinheiro.
eu não acho que vai abandonar mas não significa que eles consigam acompanhar o nativo ou darem suporte 100% as coisas novas do nativo ou funcionalidades novas num ritmo ok essa é que eu veja que pode ser o pior cenário pro flutter, mas morrer acho que isso nunca vai acontecer mesmo
Eu vejo o flutter como uma ótima tecnologia, o que não me atrai é realmente o dart, só de olhar me lembra o java pela verbosidade, além de ter um formato estranho comparado com o padrão que se vê hoje em dia. Talvez se trouxerem o suporte a outras linguagens, como fizeram com o kotlin para o android nativo a alguns anos, seria mais atrativo para o desenvolvimento. Mas, como Dart é uma linguagem nova, não consigo ver isso acontecendo no flutter, porque a ideia de migrar o java para o kotlin ocorreu em cenários diferentes.
o dart foi escolhido por ter dois tipos compilação: JIT (Just in Time): interpreta o código dart em tempo de execução... quando alteramos algo, vemos quase que instantaneamente a mudança. AOT (Ahead-Of-Time): compila o código para o código nativo da plataforma. e um plus é que a sintaxe foi padronizada pela ECMA, a mesma que padronizou JS e C# ... e sinceramente, se você pegou bem a base de uma linguagem de programação você pega com mais facilidade uma outra. acredito que o flutter morra tão cedo não... se a google tomar vergonha na cara e parar de focar no marketing surfando o hype da IA com gemini (que particularmente não vejo ninguém usando), jogos com flutter (não vejo necessidade de inventar a roda, já que tem plataformas muito mais consolidadas para isso), etc... e focar no que realmente importa, o flutter vai voar forte! porém não temos bola de cristal para prever o futuro e super entendo ter insegurança com a ferramenta.
Eu desde 1988 já vi tantas tecnologias surgirem e deixando de ser relevantes... Faz parte do jogo, na verdade é o programador quem não pode morrer. kkkk Tecnologia vamos mudando e se adaptando e a vida segue....
Simmmmmmmmmmm, sempre vai precisar de alguem para colocar o tijolo ali isso não morre mesmo hahaha mas eu achava mesmo antes ha 2 anos atrás que flutter tinha potencial para dominar
Eu atuo com Flutter desde 2018 e não entendo este papo de que sempre vai acabar. Milhares de vagas no Linkedin, Nubank com 100% Flutter, Ifood migrando pro flutter, comunidade muito boa, entre outras. Tem muita demanda, acho q mesmo com esta questão da Google a comunidade carrega a tecnologia, e o Flock pode ser uma continuidade. Hj acho legal sim estudar em Kotlin pq vc pode aprender o nativo e o KMP, mas será que daqui a alguns anos não vamos ouvir este msm papo com o KMP ?
esse fork não vai dar em nada... mas uma coisa é certa: o fork e a nova arquitetura do react native vão dar uma chacoalhada na equipe do flutter, que terá de correr atrás para trazer novidades e melhorar o framework... porque se não a concorrência vai bater na porta
eu não falei que o flutter iria acabar, eu soh acho que o pior cenário do flutter será a google não da o suporte no ritmo aceitavel e com isso ficar muito atras dos nativos então eu acho o KMP uma DLC do android nativo na real pq é tudo igual, logo eu vejo KMP como potencial de ser algo bom pelo conforto de saber android, mas depois dessa queda rupta de prioridade do flutter , esse video fiz justamente me auto questionando esses "multiplataformas" da vida... pq daqui 2 anos pode ser que o kmp passe por isso tb como vc falou
@@CodandoTV sim entendi seu comentário. Talvez eu deveria ter dito que há muitas dizendo que o Flutter pode acabar, e não foi no seu vídeo aqui. Não entendo também pq quem não trabalha com Flutter fala tanto mal. Eu não achei nenhuma comunidade de Kotlin ou Swift por exemplo com tanto material, explicação, vídeo aulas tão boas como as que o Flutter tem. Se tiver, até gostaria de participar pq to estudando kotlin pq acredito no KMP também. E reitero, se fosse ruim não teria tanta vaga e projeto com Flutter. Acho que há uma raiva pq o bom programador Flutter, da a impressão que desemprega um dev Kotlin e IOS, o que pra mim é uma bobagem pq quem sabe nativo pode aprender híbrido e vice versa. Se souber linguagem de programação já sabe 50%. Uma appbar vai ser construída de um jeito no Flutter, no Kotlin ou no Swift, mas no final é um appbar, por exemplo. Acesso a API msm coisa, msm tendo 3 tecnologias o objeto é o mesmo e pode até ser parecida a forma da implementar. A Apple criou o SwfitUI ele é a cara do Flutter, ou seja seguiu um exemplo de algo que ela achou eficaz.
Na minha opinião, e na minha cabeça, nenhum framework híbrido faz sentido. Sou dev iOS desde sempre, e penso, todo ano Apple e Google lançam novidades, evoluem as linguagens deles, porque eu usaria algo fora do nativo? Não vejo motivo, falando como dev. Se eu fosse um diretor ou algo assim que só ligo para custo, e preciso lançar algo rápido para justificar algum tipo de investimento, ai até entendo a adoção, mas ainda assim não o faria, eu seria mais do tipo que investiria mais por algo robusto, nativo e seguindo sempre o máximo de novidades que casassem com o meu negocio do que simplesmente pensa que "um dev desenvolve duas coisas".
assim pensando em custo e alocação para empresa, faz sentido não significa que eu concorde, mas tem um sentido até até pq não é tão facil achar mão de obra android e iOS nativo ao mesmo tempo com mesmas experiência no mesmo timing, e se vc conseguir um nativo que mexa com flutter ou um de flutter vc consegue da um start pelo menos é que eu acho que da para ser imaginar, por exemplo eu hoje se fosse abrir uma startup eu iria pro flutter e se o produto evoluir iria repensar, mas para pegar investimentos talvez vc precise de otimização de mão de obra
Mas que diabos. Sou desenvolvedor desktop a muitos anos. Agora, resolvi investir em desenvolvimento mobile e comecei estudar Flutter. Não vejo problema algum com a linguagem Dart e, apesar de estar no começo do estudo do Flutter, me aoarece essa noticia, de certa forma, preocupante. Não entendo essa Google do capeta. Vejo o Flutter como uma plataforma fantástica. Dinheiro esses putos da Google tem sobrando. Porque não aprimorar uma ferramenta tão fantástica? Que triste isso.
É então, tem coisas que eu também não consigo entender da google, sobre o dart, é que assim quando eu era dev java.. vendo o dart é de boas, o ponto que o kotlin e switf são linguagens consolidadas ha anos e tem muito dev novo que ja começa nisso, e o dart realmente é inferior do que eles mas reforçando, tb acho a proposta do flutter fantastica em ter uma dartVM
Sensacional Rodrigo! Excelentes reflexões
vlw!!!
outro ponto importantíssimo foram as críticas do time flutter a Gerente do projeto Flutter, houve uma debandada de engenheiros antes do layoff e muitos criticaram o modo de condução dela e da sua interação com a comunidade Flutter, fazendo pouco dela. Esse é mais um motivação pro criação do Flock, a tendência é a maior adoção, maior rapidez na solução de issues e uma branch Stable sempre atualizado com a master do flutter. Espero muito que ganhe tração na comunidade 🙌🏻
é que sei la, meu ponto de vista
se for um projeto sem muito riscos de boas pegar um fork aberto da comunidade, porem se envolver riscos altos e seria um acoplamento imenso no seu projeto... Esse ponto que comecei a refletir e no meu cenário atual eu não iria pro Flocks nem ferrando, por isso .
não significa que ele não seja bom ou se pegar adesão da comunidade não seja atrativel
Sempre que penso em seguir com algum multiplataforma, vem tais rumores. Vou ficando por aqui mesmo rsrs Nativo forever!
KMP tá aí mano
hahahahahahahahahah isso ai, mais safe impossível
KMP é uma DLC do android hahahah :P
Vídeo top! 🎉
Concordo com tudo!
Eu acredito que o melhor caminho pra quem está começando é o nativo Android. Você vai aprender Kotlin, e aprender sobre Compose. Com esse conhecimento você já tem o que é necessário para começar no Compose Multiplatform com KMP 😊
valeuuu
Eu estou muito em cima do muro em relação a tecnologia hibrida, principalmente quando é React Native e Flutter. Eu estava muito querendo ir para Flutter, por alguns motivos, mas atualmente não tenho mais essa energia, principalmente agora que o RN mudou a arquitetura e as tretas internas do Flutter.
Mas tem um ponto que eu concordo, melhor coisa é aprender o nativo sem sombra de dúvias.
também acho isso não vai sair de modo e se precisar migrar ja pegou uma otima base
A redução do time com demissões de staffs e senior Engineers, PO do time Flutter mostram uma clara despriorização da tecnologia dentro do google, inclusive muitos engenheiros foram realocado para projetos de IA. Aliado a isso temos mais de 5000 issues listadas, incluindo issues no impeller. Existem issues de 2018 abertas, outras várias sem respostas e esquecidas no limbo, basta ver o github do projeto. E com a consequente desinteresse do flutter no backlog de produtos da google joga total responsabilidade para comunidade dar continuidade nesse projeto tão massa. Para isso o fork era a melhor solução possível, dar liberdade para comunidade evoluir e atacar as maiores dores. Achei a iniciativa legal demais, só temo pela visão negativa que isso pode gerar dentro de empresas que aderiram ou pretendem aderir o flutter ao saber que uma Big Tech está lançando mão da tecnologia que ela próprio fomentou e ajudou a crescer
é então, a google eu acho que tinha uma pedra preciosa nas mãos e não soube admisnistrar
eu gosto bastante da proposto do flutter de ter uma VM, como funciona os methodos channel, o Flutter engine tudo eu acho que faz sentido
pra mim soh que pecaram foi a escolha do dart mesmo
Hoje eu estudo Kotlin e tenho gostado bastante e na época era essa a minha dúvida entre Dart e kotlin, escolhi a linguagem nativa.
hoje acho que é a melhor coisa também, mais safe
Kmp foi a pá de cal no Flutter.
O hype do Flutter era ser o "nativo" do Fuchsia, com o Fuchsia virando lenda, o seu maior paladino vira lenda tb
tbm acho que o motivo seja esse mesmo. Flutter foi uma aposta pro novo OS, ele não existindo mais, o KMP vira referencia.
é honestamente não sei se isso interferiu tanto ao meu ver, não tendo adesão pelos proprios devs mobile que impactou bastante, mas faz super sentido que vcs falaram
por isso na minha teoria que se o flutter fosse na linguagem do kotlin, acho que nem teria discussão
isso é meu ponto de vista ne
Já pensei em várias alternativas para o flutter, porém tudo que nós conversarmos, o Google talvez já tenha pensado nisso. Migrar pra kotlin em vez de criar uma nova framework. Talvez seria mais custoso a longo prazo fazer isso, ou apenas não querem criar controvérsia na comunidade do flutter. De uma coisa eu sei, nativo não irá morrer. E aí? Quem pode ajudar nessa discussão?
é realmente é um pepinão para google se resolver nos proximos anos, até acho que o assunto de IA vai acabara ocultando um pko, digo abafando esse topico..
Pq eles podem alegar que estão focando em IA, e não querer resolver isso por agora
Olhando para o lado do dinheiro, acho difícil a Google abandonar o flutter. Muitas empresas utilizam, principalmente bancos e não só bancos no Brasil. Trabalhei no governo de alguns estados e a ordem era "nada de legado que ninguém usa", fizeram migrações gigantes para Flutter e com a migração gastam muita grana com serviços Google. Posso estar errado, mas será que a Google acabaria com esses contratos? Dinheiro é dinheiro.
eu não acho que vai abandonar
mas não significa que eles consigam acompanhar o nativo ou darem suporte 100% as coisas novas do nativo ou funcionalidades novas num ritmo ok
essa é que eu veja que pode ser o pior cenário pro flutter, mas morrer acho que isso nunca vai acontecer mesmo
Eu vejo o flutter como uma ótima tecnologia, o que não me atrai é realmente o dart, só de olhar me lembra o java pela verbosidade, além de ter um formato estranho comparado com o padrão que se vê hoje em dia. Talvez se trouxerem o suporte a outras linguagens, como fizeram com o kotlin para o android nativo a alguns anos, seria mais atrativo para o desenvolvimento.
Mas, como Dart é uma linguagem nova, não consigo ver isso acontecendo no flutter, porque a ideia de migrar o java para o kotlin ocorreu em cenários diferentes.
O Dart também não me atrai. Ele não é tão bonitão que nem o Kotlin 😢
Dart não é uma linguagem nova, é uma linguagem esquecida e ressuscitada pelo time da google com o flutter 😅
o dart foi escolhido por ter dois tipos compilação:
JIT (Just in Time): interpreta o código dart em tempo de execução... quando alteramos algo, vemos quase que instantaneamente a mudança.
AOT (Ahead-Of-Time): compila o código para o código nativo da plataforma.
e um plus é que a sintaxe foi padronizada pela ECMA, a mesma que padronizou JS e C# ... e sinceramente, se você pegou bem a base de uma linguagem de programação você pega com mais facilidade uma outra.
acredito que o flutter morra tão cedo não... se a google tomar vergonha na cara e parar de focar no marketing surfando o hype da IA com gemini (que particularmente não vejo ninguém usando), jogos com flutter (não vejo necessidade de inventar a roda, já que tem plataformas muito mais consolidadas para isso), etc... e focar no que realmente importa, o flutter vai voar forte!
porém não temos bola de cristal para prever o futuro e super entendo ter insegurança com a ferramenta.
concordo absurdamente contigo
por isso até falei no video, eu tenho uma teoria
q se o flutter usasse kotlin, não teria discussões como essa
parece que to programando java 7 kk
Eu desde 1988 já vi tantas tecnologias surgirem e deixando de ser relevantes... Faz parte do jogo, na verdade é o programador quem não pode morrer. kkkk
Tecnologia vamos mudando e se adaptando e a vida segue....
Simmmmmmmmmmm, sempre vai precisar de alguem para colocar o tijolo ali
isso não morre mesmo hahaha
mas eu achava mesmo antes ha 2 anos atrás que flutter tinha potencial para dominar
Eu atuo com Flutter desde 2018 e não entendo este papo de que sempre vai acabar. Milhares de vagas no Linkedin, Nubank com 100% Flutter, Ifood migrando pro flutter, comunidade muito boa, entre outras. Tem muita demanda, acho q mesmo com esta questão da Google a comunidade carrega a tecnologia, e o Flock pode ser uma continuidade. Hj acho legal sim estudar em Kotlin pq vc pode aprender o nativo e o KMP, mas será que daqui a alguns anos não vamos ouvir este msm papo com o KMP ?
esse fork não vai dar em nada... mas uma coisa é certa: o fork e a nova arquitetura do react native vão dar uma chacoalhada na equipe do flutter, que terá de correr atrás para trazer novidades e melhorar o framework... porque se não a concorrência vai bater na porta
eu não falei que o flutter iria acabar, eu soh acho que o pior cenário do flutter será a google não da o suporte no ritmo aceitavel e com isso ficar muito atras dos nativos
então eu acho o KMP uma DLC do android nativo na real pq é tudo igual, logo eu vejo KMP como potencial de ser algo bom pelo conforto de saber android, mas depois dessa queda rupta de prioridade do flutter , esse video fiz justamente me auto questionando esses "multiplataformas" da vida... pq daqui 2 anos pode ser que o kmp passe por isso tb como vc falou
@@CodandoTV sim entendi seu comentário. Talvez eu deveria ter dito que há muitas dizendo que o Flutter pode acabar, e não foi no seu vídeo aqui. Não entendo também pq quem não trabalha com Flutter fala tanto mal. Eu não achei nenhuma comunidade de Kotlin ou Swift por exemplo com tanto material, explicação, vídeo aulas tão boas como as que o Flutter tem. Se tiver, até gostaria de participar pq to estudando kotlin pq acredito no KMP também. E reitero, se fosse ruim não teria tanta vaga e projeto com Flutter. Acho que há uma raiva pq o bom programador Flutter, da a impressão que desemprega um dev Kotlin e IOS, o que pra mim é uma bobagem pq quem sabe nativo pode aprender híbrido e vice versa. Se souber linguagem de programação já sabe 50%. Uma appbar vai ser construída de um jeito no Flutter, no Kotlin ou no Swift, mas no final é um appbar, por exemplo. Acesso a API msm coisa, msm tendo 3 tecnologias o objeto é o mesmo e pode até ser parecida a forma da implementar. A Apple criou o SwfitUI ele é a cara do Flutter, ou seja seguiu um exemplo de algo que ela achou eficaz.
E o react native morre quando ? Haha
Já morreu soh que não avisaram ninguém kkk zueira
Na minha opinião, e na minha cabeça, nenhum framework híbrido faz sentido.
Sou dev iOS desde sempre, e penso, todo ano Apple e Google lançam novidades, evoluem as linguagens deles, porque eu usaria algo fora do nativo? Não vejo motivo, falando como dev.
Se eu fosse um diretor ou algo assim que só ligo para custo, e preciso lançar algo rápido para justificar algum tipo de investimento, ai até entendo a adoção, mas ainda assim não o faria, eu seria mais do tipo que investiria mais por algo robusto, nativo e seguindo sempre o máximo de novidades que casassem com o meu negocio do que simplesmente pensa que "um dev desenvolve duas coisas".
assim pensando em custo e alocação para empresa, faz sentido
não significa que eu concorde, mas tem um sentido até
até pq não é tão facil achar mão de obra android e iOS nativo ao mesmo tempo com mesmas experiência no mesmo timing, e se vc conseguir um nativo que mexa com flutter ou um de flutter vc consegue da um start
pelo menos é que eu acho que da para ser imaginar, por exemplo eu hoje se fosse abrir uma startup eu iria pro flutter e se o produto evoluir iria repensar, mas para pegar investimentos talvez vc precise de otimização de mão de obra
Mas que diabos. Sou desenvolvedor desktop a muitos anos. Agora, resolvi investir em desenvolvimento mobile e comecei estudar Flutter. Não vejo problema algum com a linguagem Dart e, apesar de estar no começo do estudo do Flutter, me aoarece essa noticia, de certa forma, preocupante. Não entendo essa Google do capeta. Vejo o Flutter como uma plataforma fantástica. Dinheiro esses putos da Google tem sobrando. Porque não aprimorar uma ferramenta tão fantástica?
Que triste isso.
É então, tem coisas que eu também não consigo entender da google, sobre o dart, é que assim quando eu era dev java.. vendo o dart é de boas, o ponto que o kotlin e switf são linguagens consolidadas ha anos e tem muito dev novo que ja começa nisso, e o dart realmente é inferior do que eles
mas reforçando, tb acho a proposta do flutter fantastica em ter uma dartVM