https://media.blubrry.com/hipsterstech/content.blubrry.com/hipsterstech/hipsters_039_android.mp3Podcast: Play in new window | Download | Embed RSS | More Compartilhar Assinar Desenvolvimento Android – Hipsters #39 11/04/2017 / mobile Podcast programação / 33 Comentários E quem nunca quis desenvolver para Android? No meio de tantas versões, conversamos sobre os avanços da plataforma, dificuldades encontradas pelos pequenos padawans e o que está em uso e na moda em mais um ecossistema destrinchado pelos hipsters! Ah, e tem treta com webapps. Participantes: Paulo Silveira, host do Hipsters, androideiro Mauricio Balboa Linhares, o cohost que insiste na treta Neto Marin, developer advocate do Google e podcaster! Felipe Torres, skatista, instrutor e dev mobile na Alura e na Caelum Jeferson Silva, nosso intelectual, instrutor e dev mobile na Alura e na Caelum Links bacanas: Dev & Community Cast do Neto Marin Projeto retrofit Green DAO: o ORM famosão Eventbus Banco de dados Realm Sobre o Material Design Quer publicar sua app na Play Store? Passo a passo nesse post. Todos os cursos online de Android na Alura e cursos presenciais na Caelum Produção e conteúdo: Alura Cursos online de Tecnologia – https://www.alura.com.br === Caelum Ensino e Inovação Edição e sonorização: Radiofobia Podcast e Multimídia Relacionado
Carlos Carvalho - 0 Sensacional com sempre. Parabéns pessoal! Eu não conhecia o projeto instant apps, achei super bacana. A google está recebendo inscrições para ter acesso a documentação, essa parte eu tenho um interesse especial. Segue o link para os curiosos como eu: https://developer.android.com/topic/instant-apps/index.html Responder
Inaldo Brandão - 0 Muito foda, material android é sempre bom, parabéns Alura. Sugiro os próximos com algo relacionado a sincronização, uso de webservice, abraço ! #RetrofitÉVida Responder
Cleiton - 0 Muitas vezes vc aprende muito mais em um podcast do que uma semana batendo a cabeça fazendo vários cursos. Parabéns a toda galera hipsters.tech, Aguardando o próximo podcast sobre Android ! Responder
Lindomar Reitz - 0 Outra opção para automação de testes no nível de UI é o Appium: http://appium.io/ Responder
Silvio Pereira - 0 React Native não é hibrido. Ele compila pra nativo. Hibrido é quando ele gera o instalador e uma webview e dali pra dentro é tudo web usando Cordova para os acessos de hardware. Responder
Vagner Araújo - 0 Quando faço 1 código que roda em múltiplas plataformas ele é hibrido. Hibrido não remete apenas a web. Responder
Silvio Pereira - 0 Quando o mesmo código roda em várias plataformas ele é híbrido mesmo, o que não é o caso do react native. No native, o que vai rodar em cada plataforma é um código nativo gerado à partir do mesmo fonte. Nas plataformas híbridas como Ionic e PhoneGap, a maior parte do código da aplicação em html e JavaScript é executado nessas linguagens, dentro de uma webview. Esse é o motivo de serem chamadas plataformas híbridas. Acredito que existe um entendimento nesse sentido pela comunidade, ou pelo menos foi este sentido que foi usado no podcast. Responder
Thiago do Nascimento da Silva - 0 Que eu saiba o código JavaScript que você escreve em React-native não é compilado pra código nativo, ele roda js mesmo, conforme você vai mexendo na virtual dom do react ele vai transformando em componente nativo em tempo de execução tanto é que você pode apenas trocar o JS interno do APK sem instala-lo novamente para atualizar. Sendo assim toda a logica continua sendo um único código rodando em 2 plataformas diferentes.
Felipe Torres - 0 Acho React Native e Xamarin beeem legais! Hoje em dia, estou um pouquinho mais pro lado do Native pois acho animal o que o pessoal da Microsoft tá fazendo no Code Push: com esse plugin em vez de criar uma nova atualização da app e esperar os usuários baixarem, é possível deployar o código “direto” pro usuário! o.O O facebook gosta bastaaaante disso. hahaha Responder
Vagner Araújo - 0 preciso estudar um pouco mais sobre esse assunto, pessoal anda comentando bastante ! Responder
Valdir Viana - 0 Bem que os caras falaram, saiu hoje o Developer Preview do Android O. https://developer.android.com/preview/download.html Responder
²He - 0 Li algumas coisas a um tempo atrás sobre desenvolvimento pra android em Python. Alguem já tentou? Tem exemplo de algum app “grande” desenvolvido assim? Responder
Paulo Silveira - 0 parece que pesoal usa o tal do kivy e do qpython, mas nao acho que tenha ganhado muita adesao! Responder
Jader Teixeira - 0 Deu um problema na thumbnail no aplicativo de podcast que eu uso, apareceu a thumbnail do episódio 44 Responder
Rômulo Innocêncio - 0 Eu não sei o que tem o android, eu até gosto, acho massa, bem pensado…. mas no meu MotoG2 trava pra kraio…. será que é muita Gambiarra no if? hahaha Parabéns ai pelo podecast, acompanho desde sempre. =) Responder
Lucas Souza - 0 Tenta colocar uma ROM personalizada cara, tipo a Lineage OS. Na época que ainda tinha a Cyanogenmod Mod, eu instalei uma em um Moto E G1 que eu tinha e ficou muito melhor, em vista do que era antes. Responder
Sergio Rodrigo - 0 Queria saber se usar o Netbeans pra desenvolver Android é qual nivel de Hipster? hahahahaha Abçs! Responder
João Lucas dos Santos - 0 Depois de alguns anos de Java, estou começando agora com Android. Muito bom o episodio. Alguns brinquedinhos pra estudar. 🙂 Att, Responder
Luiz Fernando Alves - 0 O Neto criticou bastante os híbridos do cordova e elogiou o Xamarim, e quanto ao React-Native: RN ou Xamarin, qual melhor opção? Responder
Luiz Fernando Alves - 0 O Neto criticou bastante os híbridos do cordova e elogiou o Xamarim, mas não falou do React-Native. Eu gostaria de saber a opinião de vocês sobre o mesmo (não só da galera do podcast, mas de qualquer um que quiser discorrer sobre o assunto). Eu particularmente gosto muito da performance do react-native, dos recursos que ele já apresenta (mesmo ainda sendo um “bebê”), da sua forma reativa de funcionar e principalmente por ele fornecer os componentes visuais nativos de cada SO sem precisar de escrever códigos separados. Tendo em vista essa última vantagem, eu creio que seria o caminho ideal, não só para o mundo mobile, mas para apps em geral seguirem. Seria ótimo um mundo que você pudesse desenvolver uma interface e cada sistema interpretasse-a nativamente, de acordo com os recursos presentes no SO. Se isso funcionou na web, por que não em outras áreas!? opinem… Grande Abraço! Responder
Felipe Torres - 0 Eu concordo com você quando diz que é o caminho ideal. No entanto, discordo que “seria ótimo escrever uma interface única e cada sistema interpretar nativamente”, pois para isso todos os sistemas teriam que ter os mesmos componentes gráficos e isso nem sempre acontece. O iOS tem elementos gráficos que o Android não possui e vice-versa. Então, eu acho que um código único para backend é uma baita “mão-na-roda”, porém deixar esse mesmo código único para o front implicaria trabalharmos com os mesmos componentes gráficos em plataformas diferentes. Isso levaria a duas situações: ou teríamos aplicativos com usabilidades iguais em plataformas diferentes (que não é algo legal), ou teríamos que trabalhar com layouts diferentes para plataformas diferentes (mas isso já é o que fazemos hoje). Responder
Luiz Fernando Alves - 0 Muito bom comentário, pontuando algo bem importante: Existem componentes gráficos e recursos diferentes dependendo da plataforma. Concordo totalmente com você, como também temos diferença entre recursos e componentes gráficos em browsers que vem sendo diminuída cada vez mais. Mas temos que concordar que quando temos que utilizar um componente exclusivo de determinada plataforma, é extremamente mais prático escrevermos só aquele código a parte em vez reescrever todo o aplicativo em outra linguagem. Isso requer um custom de manutenção muito alto. O React-Native te dá a opção de escrever uma parte do código específica para uma plataforma, permitindo que se houver algum recurso só disponível em determinada plataforma, você consiga escrever uma parte do código que só será lido pela mesma. No caso de componentes diferentes e com funções parecidas, existe como criar formas inteligentes de reconhecê-los e adaptar a plataforma em que o app está sendo executado. Um simples exemplo disso é como o RN usa a janela de alerta nativa de ios e android, que são totalmente diferentes e requerem, inclusive, parâmetros diferentes. Ainda assim você só precisa escrever a chamada de alerta uma vez e funcionará para as duas plataformas. ( fonte/exemplo: https://facebook.github.io/react-native/docs/alert.html ) Iniciativas como essa até ajudariam a padronizar mais os componentes disponíveis em diversas plataformas, deixando o mundo de desenvolvimento mais colorido 🙂 Responder
Danillo Nunes - 0 Baixando aqui… Vou dar uma estrelinha. Depois de ouvir o episódio, se for bom eu dou mais. 😛 Responder
Eric Andrade - 0 Ótimo podcast. Com certeza um app nativo tem mais qualidade que um híbrido, mas eu discordo que não tenha pelo menos um aplicativo hibrído que não tenha qualidade, temos o Spotify como exemplo. Responder
Marques Denis - 0 Sou desenvolvedor C#, e cheguei a tirar uma certificação Xamarin Developer ano passado, aprendi alguns truques novos. E este ano resolvi sair da minha zona de conforto e apreender Android com o pessoal da Alura. Estou impressionado com a Android Studio, é muito fluido o desenvolvimento, esta sendo muito prazeroso programar em Java nele. Valeu a pena sair da zona de conforto! Responder
