Acho que independente do Flock ter ou não uma grande aderência, só o fato de algo assim aparecer por "falta" de engajamento da Google para endereçar as necessidades da comunidade, já mostra os descontentamento com a velocidade que eles vem melhorando a ferramenta. Concordo com a parte empresarial, que pode ser um problema, ao mesmo tempo que não dar suporte as necessidades da comunidade (4 anos pra endereçar uma issue) é o mesmo que limitar o projeto ao que ele já entregou. Eu fiquei feliz pelo fato de ter pessoas querendo tanto que o projeto continue vivo a ponto de criar um fork pra "complementar" o framework, mas pra quem passou pela era do AngularJs sabe que esse cenário levanta uma serie de situações passadas.
Com certeza... como falei no vídeo, ainda é cedo para cravar qualquer coisa e provavelmente se o projeto engajar farei um novo vídeo no futuro... A análise de hoje é com as informações e reações de ontem.
Como alguém que contribui para o Flutter, vejo com bons olhos a ideia do Flock, mas acredito que 50% dos problemas poderiam ser resolvidos se a equipe do Flutter fosse um pouco mais flexível. Tenho várias contribuições lá, e algumas levaram meses para serem aceitas, devido ao rigor com que seguem as guidelines. Além disso, acho que o foco no Web foi um erro, pois a iniciativa ainda não estava madura e o desenvolvimento para Web é um universo à parte. Quanto ao desktop, vejo menos problemas, já que ele pode receber contribuições de empresas ou desenvolvedores especializados e permite integrar código nativo com mais facilidade. Resumo: Estou satisfeito com o Flutter (apesar de algumas funcionalidades ainda estarem faltando), mas acredito que a equipe precisa ouvir mais a comunidade e não apenas seguir suas próprias direções.
Acho que esse Flock vai ajudar bastante o Flutter, para ser um laboratório de ideias que o time Flutter pode ter receio de começar a desenvolver no próprio framework
Mto bom o conteúdo como sempre. Minha opinião vai de acordo com muito do que falou, principalmente por trabalhar em uma multinacional de anos no mercado, que presta consultoria pra diversas empresas enormes como Disney, Warner.. e incrivelmente existe um projeto que digamos, vai durar uns 5 anos e o Flutter esta incluso. As questões de segurança e compliance sao inúmeras (nao pode usar 500 ferramentas que usamos no dia a dia por ex) eu acho sim que talvez, bem talvez ponha uma pulguinha no Google pra melhorar a questão das issues etc, mas se parar pra analisar também, toda grande release do Flutter, eles destacam os novos contribuidores etc.. acho que vai sair flockando isso aí rsrs
Falam que o Flutter foi abandonado, mas não creio que a equipe do Google vai deixar de lado uma tecnologia que está sendo cada vez mais adotada. Essa impressão de abandono pode ser algo pontual, talvez mais por questão de organização. Assim como foi mencionado no vídeo sobre o Angular e ele teve um "renascimento".
Queria que eles mostrassem algo concreto, é fácil falar dos problemas que a Google tem. Mas o que eles já resolveram? O Shorebird ao menos já fala que resolveu o CodePush
Excelente análise, Diego. Mas eu que estou começando no universo de desenvolvimento mobile (apesar de ter experiência como desenvolvedor desktop), e, estou começando a estudar dart/Flutter, fico desanimado com esse tipo de coisa. Eu fico pensando se, com o Google apoiando o Kotlin, não seria mais seguro para mim, estudar kotlin e Swift/Swift Ui ao invés do Flutter? Apesar de alguns probleminhas que já detecto no Flutter, eu gosto da filosofia de ferramentas Cross plataform. O que você pensa a respeito? Valeu e parabéns pelo vídeo.
Infelizmente essa é uma decisão que você precisa tomar sozinho. Eu, particularmente, gosto de todas as abordagens que são cross-platform... para mim, faz mais sentido para a produtividade e para o negócio. Mas esta é a minha opinião. No final, um bom desenvolvedor vai precisar trabalhar com qualquer plataforma quando for necessário.
Tem muita issue que é apenas questionamento ou issue aberta a tempos que não foi dada prioridade, como falei no video… falta uma melhor triagem, mas claro, reforça o argumento do Flock
@@drantunes mas é muita issue, nem somando vários frameworks modernos de grande utilização chega nesses 12k. (React + Angular.+ Vue + Nest + React Native + Laravel + Express + Django + TensorFlow + Kubernetes + Docker + Apache Kafka + Electron + Spring Boot + Ansible + Bootstrap + Terraform), ainda assim todos eles juntos dá menos de 12k
Pode se tornar interessante se eles resolverem problemas reais do Flutter e não apenas remendos. Se realmente surgir melhorias significativas, imagino que outras empresas podem apadrinhar o projeto e algo novo venha disso. Ubuntu, Microsoft, Alibaba e outros...
As vezes eu acho que o flutter vai morrer pela propria comunidade... é briga por causa de package, é briga por causa de issue, é briga por causa clean code, é briga por causa do time do flutter, é briga por causa organização de pastas(ve se pode), é muita briga bixo, é um querendo se melhor que o outro
eu sou desenvolvedor react native, conheço muito bem aquela m3rd... sou bom no que faço... mas o tanto do bug que vc tem que resolver no início de cada projeto é um saco, sem falar que a cada atualização do xcode é um desespero pra saber se não vai quebrar alguma biblioteca ou a compilação inteira do projeto... estou mudando pra flutter buscando paz de coração. Flutter é melhor? Não quero mais sofrer...
Eu já trabalhei com ambas, e acredito que o Flutter (mesmo sendo mais novo, e com alguns problemas), mas "estável" nesse sentido que você comentou. Eu tenho a impressão de ter menos problemas ao iniciar novos projetos, e lidar com problemas de IDE, sobretudo com o Android Studio, que troquei ao invés do Vscode, que realmente tava bugando muito...
DEV de qualquer tecnologia mantida pelo Google não pode dormir em paz. Nem que usa quem que codifica. A comunidade das outras stacks acabam trazendo isto a tona por que o Google não leva em consideração as comunidades para dar um kill nos projetos. Foi assim desde sempre
Só vem para somar,não vejo problema nenhum,muito mi mi mi do povo.Provavlemnte vai ser algo exprimental,talves faça o Flutter andr até mais rápido do que já esta andando,ajude a Google a peneirar talentos mais fácil,etc.
@olddeveloper8648 todas as big techs estão demitindo programadores americanos de 20 mil us e pegando estrangeiros baratos, todo mundo que é demitido da Google come,ça uma consultoria paralela ,ou começa um projeto novo como o shore bird,o Flutter está kms de distância na frente da concorrência.Vê se alguém que sai vai para outra tecnologia.
@drantunes Eu trabalho com flutter de forma autonoma com meus próprios projetos. E trabalho em empresa com desenvolvimento web com js e etc. Vejo bastante padrão de projeto no trabalho com networking. Mas como trabalho sozinho no flutter, sinto um pouco falta disso e de algo mais avançado no flutter. O curso que eu faço não trabalha muito isso. E como você tem bastante conhecimento, pensei em perguntar se você tinha um curso.
Google e sua política de derreter projetos. Mesmo gostando de trabalhar com Flutter, quase não tem mercado. Isso fará o Flutter desaparecer? Veremos, mas iniciativas desse tipo, só mostram como a comunidade está insatisfeita, o que reflete diretamente no mercado.
Tenho dúvida de leigo, gostaria de usar pacotes dart privados no github, senti dificuldades para deixar pacotes privados no github dart dentro do meu projeto
Acho que independente do Flock ter ou não uma grande aderência, só o fato de algo assim aparecer por "falta" de engajamento da Google para endereçar as necessidades da comunidade, já mostra os descontentamento com a velocidade que eles vem melhorando a ferramenta. Concordo com a parte empresarial, que pode ser um problema, ao mesmo tempo que não dar suporte as necessidades da comunidade (4 anos pra endereçar uma issue) é o mesmo que limitar o projeto ao que ele já entregou. Eu fiquei feliz pelo fato de ter pessoas querendo tanto que o projeto continue vivo a ponto de criar um fork pra "complementar" o framework, mas pra quem passou pela era do AngularJs sabe que esse cenário levanta uma serie de situações passadas.
Com certeza... como falei no vídeo, ainda é cedo para cravar qualquer coisa e provavelmente se o projeto engajar farei um novo vídeo no futuro... A análise de hoje é com as informações e reações de ontem.
Conteúdo excelente como sempre prof., valeu por mais uma aula mano!!!
Como alguém que contribui para o Flutter, vejo com bons olhos a ideia do Flock, mas acredito que 50% dos problemas poderiam ser resolvidos se a equipe do Flutter fosse um pouco mais flexível. Tenho várias contribuições lá, e algumas levaram meses para serem aceitas, devido ao rigor com que seguem as guidelines. Além disso, acho que o foco no Web foi um erro, pois a iniciativa ainda não estava madura e o desenvolvimento para Web é um universo à parte. Quanto ao desktop, vejo menos problemas, já que ele pode receber contribuições de empresas ou desenvolvedores especializados e permite integrar código nativo com mais facilidade.
Resumo: Estou satisfeito com o Flutter (apesar de algumas funcionalidades ainda estarem faltando), mas acredito que a equipe precisa ouvir mais a comunidade e não apenas seguir suas próprias direções.
Ganhou meu like nos 3 primeiros segundos de vídeo quando citou a dor de calcanhar dos Reacteriros!
Tô achando que criaram um fork mais como protesto, do que para ter uma real adoção da comunidade.
Acho que esse Flock vai ajudar bastante o Flutter, para ser um laboratório de ideias que o time Flutter pode ter receio de começar a desenvolver no próprio framework
Mto bom o conteúdo como sempre. Minha opinião vai de acordo com muito do que falou, principalmente por trabalhar em uma multinacional de anos no mercado, que presta consultoria pra diversas empresas enormes como Disney, Warner.. e incrivelmente existe um projeto que digamos, vai durar uns 5 anos e o Flutter esta incluso. As questões de segurança e compliance sao inúmeras (nao pode usar 500 ferramentas que usamos no dia a dia por ex) eu acho sim que talvez, bem talvez ponha uma pulguinha no Google pra melhorar a questão das issues etc, mas se parar pra analisar também, toda grande release do Flutter, eles destacam os novos contribuidores etc.. acho que vai sair flockando isso aí rsrs
E eles podiam ter feito apenas um package...
Assim como o Riverpod muda algumas coisas core do flutter, poderiam fazer um "framework" em cima do próprio flutter como uma package? ou to viajando?
@@esawaHSR facilmente
Ainda farei um vídeo discutindo exatamente isso…
@excoderGCC O Flutter já é um framework, talvez os recursos poderiam se implementados através de um package.
Acredito que esse fork foi mais pra dar uma cutucada no google
Falam que o Flutter foi abandonado, mas não creio que a equipe do Google vai deixar de lado uma tecnologia que está sendo cada vez mais adotada. Essa impressão de abandono pode ser algo pontual, talvez mais por questão de organização. Assim como foi mencionado no vídeo sobre o Angular e ele teve um "renascimento".
Queria que eles mostrassem algo concreto, é fácil falar dos problemas que a Google tem. Mas o que eles já resolveram? O Shorebird ao menos já fala que resolveu o CodePush
Excelente análise, Diego. Mas eu que estou começando no universo de desenvolvimento mobile (apesar de ter experiência como desenvolvedor desktop), e, estou começando a estudar dart/Flutter, fico desanimado com esse tipo de coisa. Eu fico pensando se, com o Google apoiando o Kotlin, não seria mais seguro para mim, estudar kotlin e Swift/Swift Ui ao invés do Flutter? Apesar de alguns probleminhas que já detecto no Flutter, eu gosto da filosofia de ferramentas Cross plataform. O que você pensa a respeito? Valeu e parabéns pelo vídeo.
Infelizmente essa é uma decisão que você precisa tomar sozinho. Eu, particularmente, gosto de todas as abordagens que são cross-platform... para mim, faz mais sentido para a produtividade e para o negócio. Mas esta é a minha opinião. No final, um bom desenvolvedor vai precisar trabalhar com qualquer plataforma quando for necessário.
man ,
flutter ta com 12k issue aberta, tem algo errado ai
Tem muita issue que é apenas questionamento ou issue aberta a tempos que não foi dada prioridade, como falei no video… falta uma melhor triagem, mas claro, reforça o argumento do Flock
@@drantunes mas é muita issue, nem somando vários frameworks modernos de grande utilização chega nesses 12k.
(React + Angular.+ Vue + Nest + React Native + Laravel + Express + Django + TensorFlow + Kubernetes + Docker + Apache Kafka + Electron + Spring Boot + Ansible + Bootstrap + Terraform), ainda assim todos eles juntos dá menos de 12k
Pode se tornar interessante se eles resolverem problemas reais do Flutter e não apenas remendos. Se realmente surgir melhorias significativas, imagino que outras empresas podem apadrinhar o projeto e algo novo venha disso. Ubuntu, Microsoft, Alibaba e outros...
Ubuntu esta trabalhando numa solução multi janela para desktop, um bom exemplo
Capaz desse fork ir de Vasco, assim como o fork da Godot.
Só devs imaturos e projetinhos de esquina que vai utilizar algo tão instável assim. Todas as empresas quer estabilidade e longevidade.
As vezes eu acho que o flutter vai morrer pela propria comunidade... é briga por causa de package, é briga por causa de issue, é briga por causa clean code, é briga por causa do time do flutter, é briga por causa organização de pastas(ve se pode), é muita briga bixo, é um querendo se melhor que o outro
Eu sou desenvolvedor de jogos, eu sempre uso godot engine, aconteceu a mesma coisa com Godot e nasceu redot um fork criado pela comunidade
Redot, o Godot redpilado, que possui o fork que já está parado.
eu sou desenvolvedor react native, conheço muito bem aquela m3rd... sou bom no que faço... mas o tanto do bug que vc tem que resolver no início de cada projeto é um saco, sem falar que a cada atualização do xcode é um desespero pra saber se não vai quebrar alguma biblioteca ou a compilação inteira do projeto... estou mudando pra flutter buscando paz de coração. Flutter é melhor? Não quero mais sofrer...
A vida do dev é um sofrimento, infelizmente
@@drantunes 😢
pela resposta do professor é basicamente: não tem pra onde correr
Eu já trabalhei com ambas, e acredito que o Flutter (mesmo sendo mais novo, e com alguns problemas), mas "estável" nesse sentido que você comentou.
Eu tenho a impressão de ter menos problemas ao iniciar novos projetos, e lidar com problemas de IDE, sobretudo com o Android Studio, que troquei ao invés do Vscode, que realmente tava bugando muito...
DEV de qualquer tecnologia mantida pelo Google não pode dormir em paz. Nem que usa quem que codifica. A comunidade das outras stacks acabam trazendo isto a tona por que o Google não leva em consideração as comunidades para dar um kill nos projetos. Foi assim desde sempre
espero que esse fork tenha a mesma conclusão do io.js, que acabou sendo mergeado no node
Só vem para somar,não vejo problema nenhum,muito mi mi mi do povo.Provavlemnte vai ser algo exprimental,talves faça o Flutter andr até mais rápido do que já esta andando,ajude a Google a peneirar talentos mais fácil,etc.
"Peneirar talentos", acho difícil, quase todo o time do projeto Fuchsia foi demitido, não vejo lá muito interesse por parte do Google.
@olddeveloper8648 todas as big techs estão demitindo programadores americanos de 20 mil us e pegando estrangeiros baratos, todo mundo que é demitido da Google come,ça uma consultoria paralela ,ou começa um projeto novo como o shore bird,o Flutter está kms de distância na frente da concorrência.Vê se alguém que sai vai para outra tecnologia.
Prof Diego, você tem curso de flutter?
So presencial por enquanto, mas ja estou planejando um online… o que precisa e sente falta hoje?
@drantunes Eu trabalho com flutter de forma autonoma com meus próprios projetos. E trabalho em empresa com desenvolvimento web com js e etc. Vejo bastante padrão de projeto no trabalho com networking. Mas como trabalho sozinho no flutter, sinto um pouco falta disso e de algo mais avançado no flutter. O curso que eu faço não trabalha muito isso. E como você tem bastante conhecimento, pensei em perguntar se você tinha um curso.
@@drantunesaproveitando o comentário, adoraria um módulo ensinando a fazer as coisas “na mão”, sem material sem cupertino e etc
Belas palavras
Google e sua política de derreter projetos. Mesmo gostando de trabalhar com Flutter, quase não tem mercado. Isso fará o Flutter desaparecer? Veremos, mas iniciativas desse tipo, só mostram como a comunidade está insatisfeita, o que reflete diretamente no mercado.
Boa...
site fora do ar?
Os devs javascript piram quando surge um concorrente do Flutter 😂😂😂
Ahhh!! Não Flock!!!
Tenho dúvida de leigo, gostaria de usar pacotes dart privados no github, senti dificuldades para deixar pacotes privados no github dart dentro do meu projeto
Talvez este vídeo que fiz te ajude: ua-cam.com/video/O2ohtNfokxs/v-deo.html
Uma alternativa seria utilizar uma chave SSH sem senha e adicionar ao github, daí é só adicionar a dependência com o link de clone ssh no pubspec.yaml
A gente tem que deixar de ser fan dos lenguages
What the flock!? 😂
Google o quer e dinheiro, e flutter tava so gerando perdidas
Me parece um Flop
Flock? Ta mais pra Flop
(C + C++) = Flutter + Flutter+😂🙇🔥…!
Google como sempre abandonando projetos desde tempos inmorables. Aceita mano google abandonou o flutter
@zoiobnu É sim, Windows phone, web Matrix e Xamarim são ótimos exemplos de comprometimento da ms.