Faaala, Neto!

[@ArthurJardim2]

Eu normalmente uso flutter para fazer uns apps no tempo livre, acho legal se trouxer videos de KMP, coisas básicas de como funciona o projeto, diferenças e curiosidades. 👍

[@LassNoches]

KMP e absurdo, as possibilidades que ele da e flexibilidade vao gerar um mercado muito bom. Criei um aplicacao usando as 3 plataformas e queria convencer meu time a usar pois iria matar 90% dos nossos problemas pq tambem usamos desktop, infelizmente nao consegui e to comecando a amadurecer a ideia de virar especialista em kmp e pedir as contas do trampo!

[@NetoMarin]

Calma... muita calma :)

[@gustavo194l]

Calma calabreso , só peça conta quando tiver uma proposta nova de emprego, se não vai ficar desempregado e com ansiedade no talo kkkkkkk

[@Sup3rb1]

Já estou esperando ansiosamente o vídeo do runtime

[@puma-x]

Muito bom o vídeo! Para quem estiver começando na área fica a dica, estuda primeiro android nativo, ios nativo, conceitos, arquitetura, modularizacão e etc. Depois entra nos Frameworks... Se você entrar direto nos Frameworks vc vai sofrer bastante com problemas de build ci/cd , libs nativas, tasks em background, politicas das lojas, ux e etc.... Boa sorte :)

[@NetoMarin]

Obrigado pelo complemento com as dicas :)

[@wmfaria_dev]

Muito legal o vídeo! Eu trabalho com Java e React e entreguei alguns projetos que foram solicitados em React Native. Tive a experiência de trabalhar um pouco com Android nativo usando Java em 2017 (MVVM) e achei muito foda! Recentemente estou estudando o Kotlin para migrar meus projetos backend de java+spring para kotlin+spring e despertou novamente a vontade de desenvolver apps nativos com Kotlin! Vou ver o JetPack e também o KMP! Continue com os vídeos Neto!

[@NetoMarin]

Valeu!! O JetPack ajuda bastante no desenvolvimento. E eu sou suspeito né, eu "vim" do Java como linguagem principal, e a transição pro Kotlin foi bem suave. Hoje gosto mto de combinações como Kotlin + Spring ou Kotlin + Quarkus.

[@Rodrigoguitarrista]

Ótimo análise, parabéns pela sensatez.

[@gabrielf.b.santos]

sensacional, boa análise Neto, o importante é entregar!

[@pedrommosrpgs]

quando vejo essas discussões fico pensando que os usuários da Nubank nem sabem o que é Flutter e pouco veem diferença na performance

[@newtyzito]

Olha pra discordar um pouco, eu vejo que o app do Nubank em dispositivos antigos é um dos que menos têm performance (isso foi experiência própria)

[@theverb116]

KMMKKKK MENTIRADA BRABA! EU TENHO UM J1 MINI AQUI E É BEM TRANQUILO HAHAHA ​@@newtyzito

[@DyecksRF]

Não acho uma vantagem compilar a interface gráfica de acordo com o sistema. Muito pelo contrário e falo isso como UI/UX design. O sonho de todos nós é justamente criar um sistema de design universal para todas as plataformas. Isso cria uma identidade visual única para a marca (branding é muuuito importante) e facilita o uso e mudança de plataforma pelo usuário. Por isso escolhi estudar o Flutter mesmo. E como ele é bom pra isso! Criamos um único sistema de design único e roda liiiso, liso.

[@NetoMarin]

Não é necessariamente assim, na área da Ciência da Informação tem uma disciplina chamada Arquitetura da Informação, e tem alguns estudos que mostram a facilidade de usuários de um sistema em se adaptar a ambientes que já tenham uma familiaridade. Ou seja, se você tem uma arquitetura que leva em conta elementos do SO, o usuário se sente mais confortável ao navegar pelo app. A literatura da área mostra q o app tem q gerar menos atrito na hora do uso, o usuário precisa navegar e usar sem pensar muito. E outro ponto é, você manter um alinhamento de navegação e elementos visuais do app com o SO não interfere (ou não deveria interferir) na marca e identidade visual. Até pq, são outros elementos q vão trazer a identidade visual, como cores, estilos e imagens. Nada te impede de ter sistemas visuais e identidade visual padronizado, o q é diferente de ter um app padronizado e q fuja das peculiaridades q cada plataforma tem.

[@DyecksRF]

@@NetoMarin em navegação, hoje, Android e iOS não divegem muito. Tanto que apps grandes como próprio Whats e Insta tão muito semelhantes nas duas plataformas. E é isso que as grandes empresas de software vem tentando fazer: unificar seu design system. Meta, Uber, AirBnB, NuBank etc. tão fazendo isso. E no mais, o Flutter oferece todo um sistema de design do Cuppertino com mais de uma centena de widgets. Você não tá preso ao Material e pode criar um app totalmente com o design system do iOS. Mas como disse, essa não é a tendência.

[@DyecksRF]

​@@NetoMarin concordo, mas iOS e Android tão cada vez mais parecidos. E a tendência das grandes empresas de software é justamente unificar o design system, como tem feito a Meta no Whats e Insta (antes as versões eram bem diferentes), o Uber, AirBnB, NuBank etc. Muito melhor criar um design system unificado e mudar de SO para SO só aquilo que é mais característico do SO, como alertas, caixas de notificação, seletor de datas e horários etc. Assim, a plataforma mantêm a qualidade e facilidade de uso para o usuário em todas as plataformas. E nesse quesito, Flutter é bem melhor. Inclusive, o Flutter oferece quase que totalmente o design system do iOS com mais de uma centena de widgets do Cuppertino. Você não tá preso ao Material e pode fazer um app totalmente focado no iOS. Mas como disse, não é a tendência do mercado.

[@JoaoNivaldo]

Neto o KMP ja esta bem definido para o IOS também? Excelente vídeo, bem direto ao ponto.

[@NetoMarin]

O KMP em si, sim. As bibliotecas funcionam corretamente e o binário é totalmente compatível. A parte de UI usando o Compose é que está em Alpha ainda. Mas, nada impede que vc faça a UI usando o SwiftUI, por exemplo.

[@JulianoVincedeCampos]

Muito bom !

[@MarcosSarges]

Top d+ traz o video sobre o runtime

[@NetoMarin]

Vai vir, o roteiro está quase pronto.

[@MarcosSarges]

@@NetoMarin sobre o kmp a stone tá fazendo um movimento pra migrar os apps As atuais vagas pedem exp ou noção em kmp

[@NetoMarin]

@@MarcosSarges Interessante, bom saber. Tem outras empresas grandes q estão fazendo esse movimento, mas não posso citar ainda heehhee

[@arozendojr]

Typescript também é híbrido para o navegador. Flutter no build final ainda não análisei, pelo que sei não tem uma máquina virtual dart igual o RN, apesar channel dart/flutter não sei se é transpilado para nativo

[@NetoMarin]

O Flutter carrega uma camada "não nativa", são os embedders, que vão fazer a conexão com a plataforma nativa. O código do app em si fica dentro do libapp.so, que é compilado todo em C++, e justamente por isso não tira vantagem do ART (runtime).

[@Dukedroid]

quero fazer apps mobile e reaproveitá-los pra colocar na web também... o foco é trabalhos freelancer. Atualmente to focando no react native, mas será que o kotlin seria uma alternativa melhor ou teria alguma outra sugestão?

[@NetoMarin]

Se vc quiser uma ferramenta fácil de mexer, pra fazer algo de forma visual, o FlutterFlow é bem legal. O KMP web eu ainda não testei, então não consigo te dar uma opinião mais embasada.

[@Dukedroid]

@@NetoMarin ok obrigado 😁

[@rodrigonepomuceno1217]

Mas me tira uma duvida, as telas ainda precisam ser geradas em suas respectivas plataformas correto?

[@NetoMarin]

Não precisam, mas vc pode. Com o Compose Multiplatform vc já gera para todas. No caso do iOS ainda está em beta, mas deve entrar em estável logo logo.

[@douglasjr89]

Em lá vamos nós. Nem a própria jetbrains tá usando o KMP em seus produtos ainda, apps como o YouTrack ainda usam React Native. Sobre o KMP ser parecido com o Flutter, eu acredito que ele é mais parecido com o React Native, pois o Flutter renderiza todos os componenets em canvas, ele não usa o componente oficial do sistema operacional. Já o React Native manda instruções do JavaScript para o Java/Swift construir os componentes originais do SO.

[@NetoMarin]

Opa, blz Douglas? Sobre a JetBrains usar ou não, isso não quer dizer nada. Cada equipe tem seu roadmap, backlog e etc. O próprio Google não usa Angular em tudo, por exemplo, e isso não significa nada. Sobre ser parecido mais com o Flutter é pelo paradigma, digamos assim. Os dois usam o Skia e fazem eles mesmo o desenho da UI, e isso serve inclusive para o Jetpack Compose, q é a base do Compose Multiplatform. Justamente por isso eu disse que é mais parecido com o Flutter, pq como vc mesmo disse, o RN da a instrução para renderizar. E exatamente por isso, em geral, apps RN tem FPS menores q Flutter. A geração de UI no iOS é um pouco diferente, pq a interoperabilidade com SwiftUI ainda não está 100%. E até por isso é compreensível que haja poucos apps em produção, ainda é cedo pra isso.

[@douglasjr89]

@@NetoMarin sobre a questão do Skia agora entendi, pelo vídeo eu havia entendido que o KMP iria operar com o Compose 100% nativo, então eu imaginei a estrutura parecida com o RN. Obrigado pela explicação. Sobre a jetbrains não usar o KMP, acho que é um bom parâmetro para se considerar sim, já que isso diz mto sobre a maturidade da plataforma. Por isso discordo de vc no ponto sobre pensar na longevidade do projeto, sempre recomendo a meus mentorados seguir o caminho que já tem afinidade ou maior comunidade, procurando sempre fugir dos hypes e apostar na maturidade em primeiro lugar. Não dá pra garantir longevidade a uma plataforma que mal começou, por isso não dá pra indicar pra alguém iniciar um projeto onde milhares (ou até milhões) serão investidos em mão de obra dessa forma.

[@silviosantosbr]

Eu uso React Native e continuarei usando enquanto ele existir e me atender. Não penso em adotar ou aprender nova linguagem. Nada contra quem pensa diferente...

[@NetoMarin]

Show de bola, é isso aí. Se te atende e entrega o q vc precisa, não há pq mudar do por causa do hype ou algo assim. Meu único conselho é, não deixe sua preferência te "cegar" para outras alternativas, caso o cenário exigir. Como falei, mesmo tendo preferência por desenvolvimento nativo, já recomendei o uso de outras tecnologias e eu mesmo já usei frameworks não nativos qnd julguei necessário.

[@icaronunes]

oia quem ta ai

[@robertocarlos5879]

o kmp hj é o flutter de 2 anos atras, ta muito atras do flutter e vai demorar pra chegar perto. se o flutter acabar eu desisto do mobile

[@DyecksRF]

2 anos é pouco. KMP é o Flutter de 2019. Tem muito chão para o KMP alcançar o Flutter. E Flutter continua evoluindo muito, tá muito bom de programar nessa plataforma.

[@NetoMarin]

Vocês estão comparando laranjas com bananas. O Flutter é um UI Framework, e faz isso muito bem, principalmente por causa do Skia e etc. O ponto é, o código depende da VM do Dart pra rodar, e não tira vantagem de benefícios do ART (runtime do Android). Então, não tem como "estar atrás". No caso do Android, especificamente, ele usa o Compose que inclusive usa a mesma biblioteca gráfica para renderizar, o Skia. Em termos de APIs de sistema, ele vai direto nos módulos das plataformas quando necessário, usando os drivers do SO. E assim, como eu disse no vídeo, se Flutter ou o RN te atende, entrega o q vc precisa, manda bala.

[@dodovictor9964]

Eu também.

[@DyecksRF]

@@NetoMarin tem APIS de sistema apenas no Android. Nos outros SOs, é dependente de uma camada de conexão assim como o Flutter. Ou seja, não tem vantagem nenhuma fora do Android. Muito pelo contrário, tá muito atrás. No fim, como multiplataforma, o Flutter tá anos à frente. E se você precisa usar recursos muito novos ou extrair o máximo do hardware, no fim vai ter que programar nativo em cada plataforma. Ou seja, não ganha no multiplataforma e não vai ter tudo do SO e hardware em outras plataformas, apenas no Android.

[@NetoMarin]

@@DyecksRF olha, eu acho q vc desconhece como funciona o KMP. Não tem a camada do "emdedder" como tem no Flutter. O q acontece, em tempo de compilação é q o código do Android é ignorado pelo Gradle, e só o q está nos diretórios commonMain e iosMain são compilados para o iOS. Tanto que vc precisa do Xcode instalado para essa compilação, e por não ter essa camada intermediária, q o projeto Jetpack está refatorando as bibliotecas para que sejam compatíveis com o iOS. O que existe é uma interoperabilidade entre Kotlin e objective-c e também com SwiftUI (não 100% ainda), e junto com o binário do framework XCFramework, e usando o Xcode pra build, que é possível a geração do código com o target da plataforma. De qq maneira, acho q vc está levando um pouco pro lado pessoal uma discussão de ferramenta. Se vc acha q para os seus casos o Flutter é a melhor solução, manda bala.

[@Criaapp-oficial]

vai no conteúdo direto pow, para muita enrolação, eu tive que acelerar o vídeo para 2.0x mds.

[@NetoMarin]

Ué, se vc prefere assim, manda bala. Nem precisa avisar nos comentários ;-)

[@Criaapp-oficial]

@@NetoMarin Bem que eu chamei a sua atenção, finalmente! Faz muito tempo que peguei o seu WhatsApp para conversarmos e organizar uma palestra no curso de Ciência da Computação aqui em Maceió, mas não tive êxito com você. Teria sido um prazer tê-lo na época. Era 2015, um evento focado em desenvolvimento móvel. Enfim, depois de muito tempo, seu vídeo apareceu na minha capa! Falei isso na brincadeira, mas na próxima vez, venha! Estamos esperando. Maceió é carente de palestras sobre tecnologia nesse nível. Obrigado, Att. Luiz.

[@NetoMarin]

Opa Luiz, blz? Nossa, infelizmente não lembro. Faz bastante tempo, era complicado conseguir atender a todos pedidos. E como eu mudei de área no Google, não posso mais dar palestras sobre Android. Teria sido um prazer ter ido a Maceió, adoro a cidade!