Já deixando o Like e salvando pra ver no hr do almoço. Prof, sua contribuição é de extrema importância pra nós. Conteúdo de qualidade de graça é bem difícil de encontrar por aqui.
Vlw pela consideração, Luciano! A ideia é essa mesmo, trazer cada vez mais conteúdo acessível, principalmente de coisas novas que não tem muita coisa em pt-br
Muito bom mestre. Usamos no projeto aqui e recentemente fizemos uma poc criando um artefato do version catalog para gerenciar as dependências dos módulos do projeto, uma vez que além de multi módulo somos mult repo tb.
Muito obrigado pelo feedback, Emanuel! Provavelmente os vídeos dessa e da próxima semana ainda serão nessa qualidade, assim que eu comprar os equipamentos, volto a gravar no Windows!
Tava quebrando a cabeça aqui, mas era tão simples kkkk Mano vc muito fera queria ter condições de pagar pelo curso seu muito fera sua didática, parabéns
Muito provavelmente vai ter um video aqui no canal que vai ajudar no que vc precisa hahaha Atualmente não tenho cursos recentes, o que fiz são da Alura e não são mais atualizados! Fora que não dou mais suporte na plataforma... Mais pra frente pretendo lançar um curso mais atualizado e provavelmente farei promoções mais acessíveis, pq o conteúdo não vai ser da plataforma como é o caso da Alura
Com relação ao novo ambiente da sua aula, ta bem da hora viu mas faltou o café, o conteúdo é sempre impecavel, o audio está muito bom a explicação foi objetiva e clara, parabéns. Tenho utilizado o version catalog em um projeto particular feito em monorepo, precisei fazer a migração manual ao qual achei bem tranquila, é bem da hora como fica mais organizado, centralizado e fácil de fazer update das verões. Pergunta: Pode ser que fuja do coteudo, mas é voltado para o mesmo propósito, me refiro ao buildSrc. Parece que o builsrc é indicado para projetos mais complexos, porem tenho visto alguns repositórios adotando tanto o buildSrc quanto o versionCatalog [projetos pequenos], faz sentido isso? E, se não for uma má pratica aplicar os dois em qual momento seria ideal fazer isso?
@@AlexFelipeDev então mano, na real me refiro a uma outra forma de gerenciar as dependencias nesse caso o buildSrc medium.com/swlh/gradles-kotlin-dsl-buildsrc-4434100a07d7 Nele podemos colocar as dependencias e depois importar em qualquer modulos que precise. Vejo bastante projeto implantando os dois: versionCatalog e BuildSrc para gerenciar depedencias. Sendo que o buildSrc ele ainda te umas vatagens a mais por exemplo: criar tasks, plugins etc. Porem tem também suas devantagens, por exemplo, na hora de sync uma nova versão, ele meio que dele tudo e importa novamente, para grande projetos isso demanda tempo.
Mano, quando é respostas aqui no youtube não aparece no sistema de notificações, vou tentar ver se tem como mudar isso kkkkkk Fui dar uma lida no artigo que mandou e ele é daqueles que precisa pagar, sacanagem demais do Medium kkkkk Olhei outras fontes e esse ponto que trouxe é bem forte! No version catalog parece não ter esse problema de ter que fazer o rebuild caso ocorra uma mudança... E também, fica mais perceptível em projetos bem grande, quanto maior o projeto, mais doloroso tende ser o build hehe Mas tem esse detalhe extra de vc criar tasks, plugins, fazer configs e reutilizar... Então, acho que vão ter casos que não vai ter o que fazer e vai seguir com o buildSrc mesmo hehe
Bons amigo eu atualizei o meu aplicativo de radio da API 33 que trabalha na boa mas quando atualizei para a API 34 o aplicativo instala e até abre mas se eu carregar no Play ele fecha logo será que me pode ajudar a resolver este problema ?
rapaz, acabou ficando bem mais verboso, tirou a escrita maior de um local, porém criou um arquivo que ficou muito mais poluído, só trocou o local, geral que subdividiu por projeto e a aplicação pode ser que faça mais sentido, mas projetinho menores acaba sendo custoso e desmotivador
A partir do momento que utiliza mais de um módulo no projeto, é perceptível a vantagem de usar essa abordagem. Assim como comentou, projetos menores seriam projetos de apenas 1 módulo. Realmente não faz diferença, porém, esse tende ser o padrão daqui pra frente dado que é mais comum trabalhar com vários módulos
Já deixando o Like e salvando pra ver no hr do almoço. Prof, sua contribuição é de extrema importância pra nós. Conteúdo de qualidade de graça é bem difícil de encontrar por aqui.
Vlw pela consideração, Luciano! A ideia é essa mesmo, trazer cada vez mais conteúdo acessível, principalmente de coisas novas que não tem muita coisa em pt-br
Muito bom mestre.
Usamos no projeto aqui e recentemente fizemos uma poc criando um artefato do version catalog para gerenciar as dependências dos módulos do projeto, uma vez que além de multi módulo somos mult repo tb.
ai sim, Daniel! Version Catalog veio pra ficar hehe
É bom sempre observar que a maior vantagem dele é quando usamos em multi módulos 😎
Mais um vídeo com ótimo conteúdo. Valeu Alex! Obs: Só uma observação, os vídeos gravados no Windows a resolução fica melhor. ;-)
Muito obrigado pelo feedback, Emanuel! Provavelmente os vídeos dessa e da próxima semana ainda serão nessa qualidade, assim que eu comprar os equipamentos, volto a gravar no Windows!
Muito bom Alex .... Valeu
Muito bom o conteúdo cara, to começando com android nativo agora
Opa Wesley, show demais! Seja bem vindo ao mundo Android e fique à vontade para tirar suas dúvidas aqui no canal
Nossa que Top. Pretende fazer vídeos sobre KMP tbm?
Opa Luis, de boas? Pretendo fazer sim!
sempre me salvando, valeu
Tava quebrando a cabeça aqui, mas era tão simples kkkk
Mano vc muito fera queria ter condições de pagar pelo curso seu muito fera sua didática, parabéns
Muito provavelmente vai ter um video aqui no canal que vai ajudar no que vc precisa hahaha
Atualmente não tenho cursos recentes, o que fiz são da Alura e não são mais atualizados! Fora que não dou mais suporte na plataforma... Mais pra frente pretendo lançar um curso mais atualizado e provavelmente farei promoções mais acessíveis, pq o conteúdo não vai ser da plataforma como é o caso da Alura
Top irmão continua assim que você vai longe sua didática é diferenciada e sua humildade é grande.
Obrigado pelas dicas já sou seu fâ
Com relação ao novo ambiente da sua aula, ta bem da hora viu mas faltou o café, o conteúdo é sempre impecavel, o audio está muito bom a explicação foi objetiva e clara, parabéns.
Tenho utilizado o version catalog em um projeto particular feito em monorepo, precisei fazer a migração manual ao qual achei bem tranquila, é bem da hora como fica mais organizado, centralizado e fácil de fazer update das verões.
Pergunta:
Pode ser que fuja do coteudo, mas é voltado para o mesmo propósito, me refiro ao buildSrc. Parece que o builsrc é indicado para projetos mais complexos, porem tenho visto alguns repositórios adotando tanto o buildSrc quanto o versionCatalog [projetos pequenos], faz sentido isso? E, se não for uma má pratica aplicar os dois em qual momento seria ideal fazer isso?
Sim, pois o version catalog é focado em mapear as dependências, então, ele é mais uma adição do que uma maneira diferente de configurar o build.
@@AlexFelipeDev então mano, na real me refiro a uma outra forma de gerenciar as dependencias nesse caso o buildSrc
medium.com/swlh/gradles-kotlin-dsl-buildsrc-4434100a07d7
Nele podemos colocar as dependencias e depois importar em qualquer modulos que precise.
Vejo bastante projeto implantando os dois: versionCatalog e BuildSrc para gerenciar depedencias.
Sendo que o buildSrc ele ainda te umas vatagens a mais por exemplo: criar tasks, plugins etc. Porem tem também suas devantagens, por exemplo, na hora de sync uma nova versão, ele meio que dele tudo e importa novamente, para grande projetos isso demanda tempo.
Mano, quando é respostas aqui no youtube não aparece no sistema de notificações, vou tentar ver se tem como mudar isso kkkkkk
Fui dar uma lida no artigo que mandou e ele é daqueles que precisa pagar, sacanagem demais do Medium kkkkk
Olhei outras fontes e esse ponto que trouxe é bem forte! No version catalog parece não ter esse problema de ter que fazer o rebuild caso ocorra uma mudança... E também, fica mais perceptível em projetos bem grande, quanto maior o projeto, mais doloroso tende ser o build hehe
Mas tem esse detalhe extra de vc criar tasks, plugins, fazer configs e reutilizar... Então, acho que vão ter casos que não vai ter o que fazer e vai seguir com o buildSrc mesmo hehe
Bons amigo eu atualizei o meu aplicativo de radio da API 33 que trabalha na boa mas quando atualizei para a API 34 o aplicativo instala e até abre mas se eu carregar no Play ele fecha logo será que me pode ajudar a resolver este problema ?
Se fecha é alguma exception, pois tá quebrando, precisa identificar a exception e ver como lidar
@@AlexFelipeDev Sim têm bibliotecas que os sites já estão fora do ar sabe onde se pode encontrar essas bibliotecas ?
@@AlexFelipeDev E o próprio APP não da qualquer erro só que fiz muitas pesquisas sobre possíveis problemas e foi verificado
rapaz, acabou ficando bem mais verboso, tirou a escrita maior de um local, porém criou um arquivo que ficou muito mais poluído, só trocou o local, geral que subdividiu por projeto e a aplicação pode ser que faça mais sentido, mas projetinho menores acaba sendo custoso e desmotivador
A partir do momento que utiliza mais de um módulo no projeto, é perceptível a vantagem de usar essa abordagem. Assim como comentou, projetos menores seriam projetos de apenas 1 módulo. Realmente não faz diferença, porém, esse tende ser o padrão daqui pra frente dado que é mais comum trabalhar com vários módulos