Luiz Augusto sim, eh que eu acabei não chamando a função de callback. Então ele tenta executar um null() e ela não eh função, como ele avisa... eu tinha preparado outra coisa no início do vídeo, mas ficou muito longo e simplifiquei. Para resolver bastaria passar uma função que não faz nada, mas achei que iria complicar... o certo ali, seria eu pelo menos tratar um possível erro.
Olá @Programador Br , gostaria de deixar uma dica, que é muito importante e faz um diferença enorme, seu mouse sobre o código seguindo suas explicações, fica confuso não saber onde vc ta explicando.
Então... eu uso uma ferramenta legal quando gravo no Mac, mas não encontrei equivalente para o Windows. Quanto às outras críticas, Eu falo logo no início do vídeo que esse vídeo eh parte de uma playlist e por isso já vamos iniciar com parte do código pronto, e que para ver o vídeo onde esse código eh feito basta clicar no card que eu inseri. Mesmo assim eu faço um review do código, e digo com todas as letras que está não eh uma vídeo aula e sim um tutorial para quem quer ver a parte do firebase em si. Então acho que todas as dicas que vc fala foram bem direcionadas no vídeo. Quer dizer, talvez não tenha sido, já que vc achou que valia a pena comentar sobre elas... Acho que no final eu falhei em passar a mensagem. Obrigado pelo Feedback.
Nossa... Nunca tinha visto essa magia.... Agora to me perguntando aqui o PQ colocar o + na frente de uma data transforma ela em um inteiro.... Sabe responder?
Mas ai é que tá... ele não converte, ele traz o valor do getTime()... O objeto date tem varias propriedades e métodos, pq o + traz o resultado do getTime especificamente? ... Tipo como eu reproduziria esse comportamento? Como eu crio um objeto que funcione com esse + na frente e converta para algum número??? Vou estudar isso ai.... achei interessante.
@@Programadorbr xkr.us/articles/javascript/unary-add/, acho que esse link explica, toda vez que vc coloca o operador unario (+) ele busca os metodos (valueOf ou toString) para fazer a conversão, ou seja fazer isso: + new Date() é similar a isso: new Date().valueOf()
Então, mysql é um gerenciador de banco de dados. ele é um programa responsável por gerenciar o armazenamento das informações. Ele pode ser usado para armazenar dados locais, tipo no próprio computador, ou celular, ou pode ser usado no servidor para que os dados fiquem centralizados. Isso vai depender da necessidade. Se vc esta usando um app todo list, talvez os dados possam ficar apenas no seu celular. Se vc estiver usando uma rede social, onde eu preciso acessar dados gerados por vc, esse banco de dados precisa estar no servidor.... Partindo do principio que esteja no servidor, a gente precisa de uma outra camada de software que vai ser responsável por fazer a interface entre o mysql e o site, aplicativo de celular, ou programa de computador. Essa interface é a API (Application programming interface). O firebase faz o papel tanto do banco quanto da API. E tecnicamente ele armazena os dados de uma forma diferente do mysql, mas isso não e o mais importante.
Para quem pretende lançar uma aplicativo cujo o mesmo tenha uma versão para Android, iOS e Web com digamos mais de 500 mil usuários acessando esse banco de dados de forma cruzada, compensa o Firebase a nível de qualidade e menor custo? Ou outra empresa?
Tem diversas maneiras de persistir dados. Cada uma tem um ponto positivo e um ponto negativo. O que vc precisa fazer é sentar e ver a sua necessidade e também as caracteristicas da tecnologia. Por exemplo, o google tem um serviço diferente para cada tipo de aplicação. Se vc precisa armazenar uma quantidade grande de dados, mas que vão ser acessados poucas vezes em um ano, eles tem um serviço que o armazenamento é barato e o acesso é caro. Se vc escolher esse serviço e depois sua aplicação precisar acessar este dado todo dia, seu custo vai subir absurdamente. Ai nesse exemplo, não é a ferramenta que é cara, e sim o desenvolvedor que usou de maneira errada. Estuda direitinho a ferramenta e a sua necessidade e tira uma conclusão. Não existe bala de prata.
uma dúvida q tenho sobre db para mobile (não entendo bem), se alguém experiente puder responder..creio q é bem simples a questão. o programador (não empresa) q faz seus apps e precisa usar um db, ele utiliza bancos como os do firebase por exemplo? (pois é free e online), e ele pode liberar para o usuário com db no firebase e ou outra tecnologia? ou existe(ñ sei se existe) ou é a boa pratica, criar o db dentro do propio mobile? espero q tenha conseguido ser claro na dúvida. grato.
pois eu vejo assim, db online = segurança + lentidão. db interno no mobile = menor segurança + rapidez + peso do app. minha linha de pensamento vai por essas considerações na hora da decisão? existe o "mais comum" entre off e on no android?
Não é bem isso que define não. Vc pode ter um banco local mais seguro que online. Depende de outras coisas. Po exemplo, vc tá criando um instagram, então o seu banco precisa ficar online pq eu preciso conseguir acessar os dados do seu perfil. Se vc ta fazendo um todolist, pode usar um banco local, mas tem que entender se o seu cliente necessita acessar esses dados em outras plataformas. Se precisar, o banco tem que ficar online. Como último exemplo, vc pode ter um app que usa um db para armazenar as configurações do app. Esse banco pode ser 100% local... Depende da funcionalidade.
Cara velocidade não é o mais importante... Depende muito de como vc vai aplicar essas horas e as vezes não dá para prever. O que eu quero dizer é o seguinte, vc precisa praticar, e essa prática vai consumir tempo tb... Algumas vezes eu to testando alguma tecnologia nova e me deparo com um bug que levo horas para resolver. Ai uma coisa que tinha planejado levar 1 hora levo 3 rsrs... Acontece... e quanto mais vc pratica, mais acontece... então eu não indico vc criar muitas espectativas no inicio pq isso pode gerar muita frustração... Vai fazendo no seu ritmo e aprendendo... O mais importante é que a cada aula, e a cada módulo, vc vai ver evolução e já vai vendo coisas que pode ir aplicando.
![Como Eu Programo e Hospedo Sites da Forma Mais Moderna que Existe [GUIA DEFINITIVO]](http://i.ytimg.com/vi/EW7m2WIvFgQ/mqdefault.jpg)
![Como Eu Programo e Hospedo Sites da Forma Mais Moderna que Existe [GUIA DEFINITIVO]](/img/tr.png)
Como configura ele pra impedir que alguém entre no console e faça um estrago na aplicação com requisições ao firebase?
Muito bom vídeo.. obrigado, esclareceu muito.. poderia falar sobre firebase storage na continuação pra nós.. :)
nossa, gostei muito dessa tecnologia. Por favor, Igor, faz mais vídeos de firebase
Vai ter sim.... Vai ter com react-native em breve
Ótimo vídeo. Pode fazer um para excluir dados da lista e do firebase? Valeu
Achei genial o modo que você fez a função updateScreen()
Deu algum erro ao enviar callback, parece que você não tá mandando uma função. 22:45
Luiz Augusto sim, eh que eu acabei não chamando a função de callback. Então ele tenta executar um null() e ela não eh função, como ele avisa... eu tinha preparado outra coisa no início do vídeo, mas ficou muito longo e simplifiquei. Para resolver bastaria passar uma função que não faz nada, mas achei que iria complicar... o certo ali, seria eu pelo menos tratar um possível erro.
Olá @Programador Br , gostaria de deixar uma dica, que é muito importante e faz um diferença enorme, seu mouse sobre o código seguindo suas explicações, fica confuso não saber onde vc ta explicando.
Então... eu uso uma ferramenta legal quando gravo no Mac, mas não encontrei equivalente para o Windows.
Quanto às outras críticas,
Eu falo logo no início do vídeo que esse vídeo eh parte de uma playlist e por isso já vamos iniciar com parte do código pronto, e que para ver o vídeo onde esse código eh feito basta clicar no card que eu inseri.
Mesmo assim eu faço um review do código, e digo com todas as letras que está não eh uma vídeo aula e sim um tutorial para quem quer ver a parte do firebase em si.
Então acho que todas as dicas que vc fala foram bem direcionadas no vídeo.
Quer dizer, talvez não tenha sido, já que vc achou que valia a pena comentar sobre elas...
Acho que no final eu falhei em passar a mensagem.
Obrigado pelo Feedback.
@@Programadorbr ah sim,claro, o mouse não aparece, e não ha como acompanhar o código. Tendeu.
Sim... to buscando uma solução.. vlw
Fala Igor blz? , para a função de gerar o `id` , segue um hack que eu uso, ` const id = +new Date()`
Nossa... Nunca tinha visto essa magia.... Agora to me perguntando aqui o PQ colocar o + na frente de uma data transforma ela em um inteiro.... Sabe responder?
@@Programadorbr O operador + converte o valor de um objeto Date para number e tbm faz o mesmo com strings numéricas, operador unario.
Mas ai é que tá... ele não converte, ele traz o valor do getTime()... O objeto date tem varias propriedades e métodos, pq o + traz o resultado do getTime especificamente? ... Tipo como eu reproduziria esse comportamento? Como eu crio um objeto que funcione com esse + na frente e converta para algum número??? Vou estudar isso ai.... achei interessante.
@@Programadorbr xkr.us/articles/javascript/unary-add/, acho que esse link explica, toda vez que vc coloca o operador unario (+) ele busca os metodos (valueOf ou toString) para fazer a conversão, ou seja fazer isso: + new Date() é similar a isso: new Date().valueOf()
@@henryaraujo5979 Que irado... vou ler aqui
Qual a diferença do firebase pra o mysql?
Então, mysql é um gerenciador de banco de dados. ele é um programa responsável por gerenciar o armazenamento das informações. Ele pode ser usado para armazenar dados locais, tipo no próprio computador, ou celular, ou pode ser usado no servidor para que os dados fiquem centralizados. Isso vai depender da necessidade. Se vc esta usando um app todo list, talvez os dados possam ficar apenas no seu celular. Se vc estiver usando uma rede social, onde eu preciso acessar dados gerados por vc, esse banco de dados precisa estar no servidor.... Partindo do principio que esteja no servidor, a gente precisa de uma outra camada de software que vai ser responsável por fazer a interface entre o mysql e o site, aplicativo de celular, ou programa de computador. Essa interface é a API (Application programming interface). O firebase faz o papel tanto do banco quanto da API. E tecnicamente ele armazena os dados de uma forma diferente do mysql, mas isso não e o mais importante.
Para quem pretende lançar uma aplicativo cujo o mesmo tenha uma versão para Android, iOS e Web com digamos mais de 500 mil usuários acessando esse banco de dados de forma cruzada, compensa o Firebase a nível de qualidade e menor custo? Ou outra empresa?
Tem diversas maneiras de persistir dados. Cada uma tem um ponto positivo e um ponto negativo. O que vc precisa fazer é sentar e ver a sua necessidade e também as caracteristicas da tecnologia.
Por exemplo, o google tem um serviço diferente para cada tipo de aplicação. Se vc precisa armazenar uma quantidade grande de dados, mas que vão ser acessados poucas vezes em um ano, eles tem um serviço que o armazenamento é barato e o acesso é caro. Se vc escolher esse serviço e depois sua aplicação precisar acessar este dado todo dia, seu custo vai subir absurdamente.
Ai nesse exemplo, não é a ferramenta que é cara, e sim o desenvolvedor que usou de maneira errada.
Estuda direitinho a ferramenta e a sua necessidade e tira uma conclusão.
Não existe bala de prata.
@@Programadorbr Muito obrigado pela atenção. Tenho que analisar muitos aspectos!
Like ✌
Talvez isso já resolva metade daquele problema né? Só precisa dar uma olhada em autenticaçao e permissões...
@@Programadorbr Sim! esse método de aprender a já colocar em pratica o que eu aprendi em algum projeto esta me ajudando muito Valeu!
vc tem servidor no discord cm alunos e duvidas?
Temos um grupo no Facebook.
E a própria plataforma tem um campo para comentários e dúvidas em cada aula. Ai o aluno pode escolher qual usar mais.
uma dúvida q tenho sobre db para mobile (não entendo bem), se alguém experiente puder responder..creio q é bem simples a questão.
o programador (não empresa) q faz seus apps e precisa usar um db, ele utiliza bancos como os do firebase por exemplo? (pois é free e online), e ele pode liberar para o usuário com db no firebase e ou outra tecnologia?
ou existe(ñ sei se existe) ou é a boa pratica, criar o db dentro do propio mobile?
espero q tenha conseguido ser claro na dúvida.
grato.
Ambos os casos são possíveis, depende da necessidade.
pois eu vejo assim, db online = segurança + lentidão.
db interno no mobile = menor segurança + rapidez + peso do app.
minha linha de pensamento vai por essas considerações na hora da decisão?
existe o "mais comum" entre off e on no android?
Não é bem isso que define não. Vc pode ter um banco local mais seguro que online. Depende de outras coisas.
Po exemplo, vc tá criando um instagram, então o seu banco precisa ficar online pq eu preciso conseguir acessar os dados do seu perfil.
Se vc ta fazendo um todolist, pode usar um banco local, mas tem que entender se o seu cliente necessita acessar esses dados em outras plataformas. Se precisar, o banco tem que ficar online.
Como último exemplo, vc pode ter um app que usa um db para armazenar as configurações do app. Esse banco pode ser 100% local... Depende da funcionalidade.
sim sim...é +ou- a linha de pensamento q tinha/tenho sobre o assunto...grato .. ajudou a clarear minha mente sobre o assunto.
vlw igor.
Bateu a meta de 200 likes, vai ter continuação?
Brother,quanto tempo vc acha q consigo consumir seu curso,estudando 1 a 2 horas por dia? 5 vezes na semana
Cara velocidade não é o mais importante... Depende muito de como vc vai aplicar essas horas e as vezes não dá para prever. O que eu quero dizer é o seguinte, vc precisa praticar, e essa prática vai consumir tempo tb... Algumas vezes eu to testando alguma tecnologia nova e me deparo com um bug que levo horas para resolver. Ai uma coisa que tinha planejado levar 1 hora levo 3 rsrs... Acontece... e quanto mais vc pratica, mais acontece... então eu não indico vc criar muitas espectativas no inicio pq isso pode gerar muita frustração... Vai fazendo no seu ritmo e aprendendo... O mais importante é que a cada aula, e a cada módulo, vc vai ver evolução e já vai vendo coisas que pode ir aplicando.
Muito bom