Firebase vs Ruby: o que é melhor para back-end no desenvolvimento de aplicativos para dispositivos móveis?

A escolha da pilha de back-end para seu aplicativo iOS ou Android pode ser difícil. É por isso que aqui olhamos para o back-end do Firebase vs Ruby on Rails e investigamos se há alguma “escolha kamikaze” de tecnologia de back-end para o desenvolvimento de um aplicativo móvel. Há algum motivo para não usar Firebase ou Ruby? É possível usar o firebase com Ruby on Rails? Vamos descobrir.

Você concordaria comigo se eu afirmasse que o marketing é um concurso para chamar a atenção das pessoas? Além disso, o marketing é muito importante para ser deixado para um departamento de marketing. Ele se arrastou até o nicho que parece não ter nada a ver com promoção - desenvolvimento de software; e o marketing já faz parte disso. Os desenvolvedores escolhem uma solução para seu projeto com base nas estrelas que algumas bibliotecas semelhantes têm no Github e na quantidade de “tweets” da conta que podemos prever qual tecnologia vai crescer ativamente neste ano. Este ambiente digital nos coloca em risco de nos tornarmos vítimas de hype, onde podemos ser enganados - apenas caindo na ferramenta hypie altamente recomendada, criada por profissionais de marketing diabólicos.

Uma das ferramentas que todos têm falado recentemente é o Firebase e sua API, uma plataforma de desenvolvimento de aplicativos móveis e da web desenvolvida pela Firebase, Inc. em 2011, depois adquirida pelo Google em 2014, conforme afirma a Wikipedia. Antes de o Firebase ser adquirido pelo Google em 2014, não havia evidências do rápido crescimento do produto, e alguns alegaram que as desvantagens do Firebase estão presentes. Embora algumas coisas tenham mudado desde aquela época. O Firebase foi implementado no processo de criação de aplicativos como:

• Shazam
• Aplicativo de pedido e entrega Alibaba
• Organizador de aplicativos de Todoist

Gigantes como o Shazam obviamente não iriam gastar muito no orçamento, então, conseqüentemente, para eles, o Firebase era uma escolha bastante razoável. Tentamos analisar os prós e os contras da implementação do Firebase, tentando descobrir em qual projeto seria uma boa opção.

Mas há dois pontos a serem observados antes de mergulharmos nas vantagens do Firebase - para nos livrarmos de todos os possíveis mal-entendidos que podem ocorrer:

1. O Firebase não foi originalmente concebido para ser uma opção de back-end, esta plataforma tem um banco de dados em seu núcleo. Não é como se houvesse aplicativos desenvolvidos milagrosamente sem a parte do servidor integrado.
2. No entanto, não é um banco de dados relacional. O Firebase é uma base NoSQL , com todos os seus prós e contras anexados + ambiente de desenvolvimento e arquitetura específicos do Firebase.

O que é um banco de dados NoSQL?

De acordo com Basho, NoSQL (que significa “Não é SQL” ou “Não só SQL”) é uma abordagem para bancos de dados que representa uma mudança dos sistemas tradicionais de gerenciamento de banco de dados relacional (RDBMS). Para definir o NoSQL, é útil começar descrevendo o SQL, que é uma linguagem de consulta usada pelo RDBMS. Os bancos de dados relacionais contam com tabelas, colunas, linhas ou esquemas para organizar e recuperar dados. Em contraste, os bancos de dados NoSQL não contam com essas estruturas e usam modelos de dados mais flexíveis. NoSQL é particularmente útil para armazenar grandes quantidades de dados não estruturados, que são obtidos mais rápido do que os dados estruturados.

Ao contrário, Structured Query Language (SQL) é uma linguagem de programação usada por arquitetos de banco de dados para projetar bancos de dados relacionais. Em um banco de dados SQL como MySQL, Sybase, Oracle ou IBM DM2, o SQL executa consultas, recupera dados e edita dados atualizando, excluindo ou criando novos registros. SQL é uma linguagem declarativa leve que faz muito trabalho pesado para o banco de dados relacional, agindo como uma versão de banco de dados de um script do lado do servidor.
[Fonte: Upwork]

Agora, como garantimos que estamos na mesma página, vamos extrair algumas vantagens do uso do Firebase.

1. O Firebase pode consumir menos tempo.

Depois de começar a construir um aplicativo em tempo real com o Firebase como back-end, não há desenvolvimento de parte do servidor incluído - já que os NoSQLs não exigem isso. Portanto, em uma perspectiva de curto prazo, essa plataforma pode precisar de menos tempo para ser desenvolvida. Quando você deseja criar um aplicativo simples, com um pequeno back-end sem big data para ele, o Firebase pode ser implementado rapidamente no projeto. Quando você tem um prazo definido ou um evento futuro, o Firebase pode ser uma solução temporária decente.

2. O Firebase é uma solução em tempo real.

Se você precisa ter notificações e atualizações instantâneas, então você precisa do que é chamado de aplicativo em tempo real. No caso do Firebase, existem muitos codelabs escritos para ele - e alguns deles mostram como construir um aplicativo de chat para diferentes plataformas:

• iOS
• Android
• Rede

O que nos dá um motivo para estarmos em conformidade - com todas as vantagens e desvantagens do Firebase, ele atende às necessidades de aplicativos de comunicação em tempo real.

3. O desenvolvimento do Firebase é uma solução bastante segura.

Contanto que o Firebase seja construído na infraestrutura do Google, há um bom motivo para afirmar que é uma solução bem protegida. Embora você possa dobrar sua segurança definindo as regras do banco de dados NoSQL, como por padrão você não tem controle sobre os dados armazenados - eles estão hospedados nos servidores do Google.

Toda rosa tem seu espinho.

Portanto, se você pretende que milhares de pessoas usem seu produto, o Firebase pode ser uma solução inútil.

Depois de escolher o Firebase como a pilha de back-end principal, há alguns pontos que você precisa considerar. Não as desvantagens de usar o firebase, apenas coisas que você precisa saber. Com o Firebase, você é livre para escolher o plano de preços - mas o adequado para os aplicativos em tempo real é o do tipo “ pré-pago ”. Com este plano, você paga apenas pelos recursos que consumir, portanto, quanto mais usuários seu aplicativo obtém, maior o custo de manutenção de back-end.

Muitas pessoas consideram isso uma vantagem - como muitos usuários do seu produto é fantástico, não é? No entanto, no início é difícil monetizar todos eles - você precisa fazer as pessoas amarem seu produto primeiro. E no caso do Firebase, você gastará dinheiro com todos os seus usuários gratuitos. Portanto, se você pretende que milhares de pessoas usem seu produto, o Firebase pode ser uma solução inútil.

Rumores dizem que o Firebase também tem custos ocultos, quando depois de um aumento rápido do usuário ou do uso, você pode ser cobrado sem avisar; então, se você não está preocupado em ser carregado silenciosamente, vá em frente.

É por isso que outra opção de back-end decente para seu aplicativo é um back-end Ruby + um determinado servidor para armazenamento de dados (essa é a abordagem que usamos com frequência ao trabalhar em projetos de nossos clientes). Além disso, o back-end do Ruby on Rails e as vantagens do Firebase são mais ou menos os mesmos. No caso de Ruby, eles são os seguintes:

1. Ruby é uma linguagem simples.

Há uma pequena lista de frameworks para implementar nele, mesmo se comparado à linguagem PHP e seu código-fonte, mas há muitas joias - um sistema completo de bibliotecas multiuso para Ruby. Bastante simples é o padrão de arquitetura de linguagens - MVC, com dependências de entidade claras.

Leia mais sobre os tipos e funções dos padrões arquitetônicos

2. A comunidade de Ruby resistiu ao teste do tempo.

Ao contrário da recém-formada sociedade de desenvolvedores Firebase, a comunidade Ruby é gigantesca, tem muitas joias de código aberto, o que permite aos programadores abrir e desenvolver aplicativos complexos rapidamente. Mais ainda, devido a uma certa “fama” do Ruby, muitos serviços famosos (como o Stripe) têm bibliotecas prontas para o Ruby.

3. Você pode testar seu código em Ruby.

Ruby tem uma infraestrutura de desenvolvimento avançada que permite maximizar e escrever testes de unidade em todo o projeto - para reduzir bugs em recursos novos e existentes. Isso também reduzirá o custo da mudança futura no meio do processo de desenvolvimento.

4. Você não está vinculado a um tipo específico de banco de dados.

Ou, mais precisamente, a um tipo específico de banco de dados. Ruby permite que você use qualquer banco de dados relacional ou oriental, bem como NoSQL e outras tecnologias diferentes - incluindo Elasticsearch, Reddis e outras menos populares.

5. A sintaxe do Ruby é moleza.

Não há tipos de dados em Ruby - e, respectivamente, não há necessidade de verificar se os tipos de dados estão estruturados de forma adequada. Além disso, o sistema de erros composíveis (também chamado de sistema de registro) também está presente; isso torna a busca por um erro mais fácil e permite corrigir os bugs que ocorrem mais rapidamente.

SO, Firebase vs RoR - qual escolher e quando?

Após a comparação Firebase vs Rails, a resposta diplomática é - depende, principalmente de seus objetivos.

O Firebase como back-end para o desenvolvimento de aplicativos móveis é adequado para você se precisar de um dos seguintes:

• Um pequeno aplicativo em tempo real com recursos simples
• Um aplicativo simples onde você precisa armazenar cargas e cargas
• Um aplicativo de comprovação de conceito que mais tarde será totalmente reformado

Porém, se você está procurando criar um sistema móvel complexo, com algoritmos e recursos complexos, o back-end do aplicativo móvel Ruby on Rails também é uma ótima escolha. Além disso, se um aplicativo não tem uma estrutura clara, no banco de dados não relacional, o que o back-end da nuvem Firebase sem dúvida é, você não pode selecionar corretamente os dados dele. A lógica de negócios criada no Firebase é comumente colocada na base; devido a isso, um mish-mash pode aparecer quando a lógica do aplicativo está um pouco perplexa. E não nos esqueçamos de que você é cobrado toda vez que recebe um novo usuário, mesmo sem informá-lo - seu dinheiro pode ser simplesmente transferido uma manhã ao acordar.

Espero que a leitura tenha ajudado você a descobrir como usar o Firebase no desenvolvimento de aplicativos móveis - se achar que ele atende às suas necessidades.

Leia também: React Native vs Native App Development - qual escolher?

Escrito por Oleg Tsarenko e Elina Bessarabova