Firebase vs. Parse – Una comparación exhaustiva para el desarrollo iOS en 2025 – Parte 1

Introducción

Parse y Firebase son plataformas creadas para facilitar la vida del desarrollador, construyendo el lado servidor de su aplicación de forma mucho más rápida, sólida y escalable.

Estos dos productos llegaron al mercado hace unos años y han evolucionado desde entonces, aportando siempre nuevas funcionalidades y manteniéndose al día con las nuevas tecnologías.

Los dos tienen diferentes enfoques sobre cómo hacen lo que hacen. También en cómo apoyan el desarrollo iOS específicamente.

Como desarrollador de iOS que soy, decidí escribir una visión totalmente imparcial de ambas plataformas para el mundo iOS y ver cómo enfocan esta cuota de mercado en concreto.

Un poco de historia

Firebase fue desarrollado por primera vez por Firebse Inc. en 2011. Tan prometedora como era en ese momento, fue adquirida por Google en 2014 y evolucionó rápidamente después de eso.

Tiene hasta 19 productos, incluyendo casi todo lo que pueda necesitar para obtener su aplicación iOS en marcha y funcionando y es notablemente sólido y consistente entre esos productos.

Entre sus funciones se incluyen la base de datos, el alojamiento, la autenticación, la base de datos en tiempo real y la mensajería en la nube, entre otras.

Parse también fue desarrollado en 2011, pero por Parse Inc.
Tuvo tanto éxito que ese mismo año recaudó más de 5 millones de dólares en financiación de capital riesgo.

Parse también tiene muchas herramientas para hacer la vida del desarrollador más fácil y soporta prácticamente todo lo que Firebase tiene.
Sin embargo, algunos enfoques son diferentes para alcanzar la misma funcionalidad.

En 2013 Parse Inc. fue adquirida por Facebook, que decidió cerrarla y reasignar a los desarrolladores dentro de la propia Facebook, lo que provocó cierto enfado en el mundo de los desarrolladores.

Los desarrolladores presionaron y Facebook decidió abrir el código de Parse para que todos los que ya ejecutaban sus aplicaciones en Parse pudieran seguir haciéndolo libremente.

Desde entonces, la comunidad abrazó Parse y, con el poder de la comunidad, Parse obtuvo un montón de nuevas características y es ampliamente apoyado hasta el día de hoy.

Mismo objetivo. Rutas distintas.

Como parte de Google, Firebase obviamente favorecería al mundo Android, que también es de Google.

Aunque es compatible con iOS (y su uso está muy extendido), algunas funciones son claramente más “Google friendly” que las de sus competidores.

Un ejemplo es el hecho de que sólo una cuenta Firebase puede enviar notificaciones push a dispositivos Android.

Aunque mi opinión personal al respecto es que es simplemente malvado, es su forma de decirte que si quieres comunicarte con dispositivos Android, tienen que estar en medio.
Así que si tienes una aplicación que debe funcionar en iOS y Android, necesitarás una cuenta Firebase para ello, aunque la escribas en Parse.

Los paneles de ambas plataformas son muy distintos y adoptan enfoques diferentes sobre cómo configurar y hacer funcionar tu aplicación.

Además, las tecnologías utilizadas son distintas. En cuanto a la base de datos, por ejemplo, Firebase tenía la Realtime Database, que evolucionó hasta la nueva Firestore, una base de datos escalable que mantiene los datos sincronizados en todas las aplicaciones cliente.

Parse no soporta una base de datos en tiempo real (por definición) en este momento, pero proporciona Esquemas, Agregaciones, y la capacidad de tener datos relacionales (incluso con una base de datos no relacional), cosa que Firebase no hace. Además, la capacidad de tiempo real se logra en Parse utilizando Live Queries.

¿Pero Parse no está muerto?

No. Está vivo, muy bien mantenido por la comunidad y evolucionando cada día.

El enigma del bloqueo del proveedor

Parse es de código abierto y gratuito. Puedes descargarlo y ejecutarlo por ti mismo en cualquier momento.
También puede abrir el código fuente y ver cómo hace las cosas e incluso cambiarlo si lo desea.

Firebase es de código cerrado por Google. Esto significa que sólo Google sabe cómo funciona por dentro y una vez que desarrolle su aplicación utilizando Firebase, sólo Google puede ejecutarlo.

Aunque Google es una empresa gigante y súper sólida en la que puedes confiar, también es conocida por descatalogar productos. Por curiosidad, puedes consultar los proyectos descatalogados de Google en Google Graveyard.

Así que, si ejecutas Firebase, estás pegado a Google y, con suerte, Firebase no aparecerá en esa lista en el futuro.

Basta de hablar

Empecemos comparando ambas plataformas.

Este primer post se centrará en los cuadros de mando para ambas plataformas y lo fácil que es integrarlo con un proyecto X-Code para Swift.

Al final de cada sección, daré una puntuación basada en mi opinión personal, que ponderaremos al final de esta serie.

Los cuadros de mando

Crear tu primera App en Firebase es bastante fácil ya que tiene un dashboard muy intuitivo.

Primero, haz clic en el botón “Crear un proyecto”:

Luego le das un nombre

A continuación, active o desactive Google Analytics

Y por último, adjunte su cuenta de Analytics

Y por fin has terminado con la creación

Una pequeña cosa es que me dio un error al crear esta aplicación por primera vez, pero al volver a intentarlo funcionó bien:

Ahora vamos a probar el proceso de creación de Parse.

Primero hacemos clic en el botón “Crear nueva aplicación”.

Asigne un nombre a la aplicación y elija la versión de Parse que desea utilizar (por motivos de compatibilidad).

Y se nos presenta el Cuadro de mandos, que presenta un rápido tutorial sobre el funcionamiento del Cuadro de mandos

Al final del tutorial, ya puedes empezar.

Veredicto – Crear una aplicación

Ambas plataformas son bastante fáciles de manejar a la hora de crear aplicaciones. Unos pocos clics y listo. Así que llamemos a esto un empate.

Integración del marco

Ambas plataformas ofrecen múltiples formas de integrar el framework a tu proyecto X-Code, así que para ser justos, elegí el mismo método para ambas: Cocoapods.

Si no usas Cocoapods para integrar frameworks a proyectos X-Code, deberías considerar usarlo o algo similar en lugar de integrar manualmente. Así te asegurarás de que todo está en su sitio, se cumplen todas las dependencias y las actualizaciones se hacen de la forma correcta.

La configuración de Cocoapods consiste en editar el Podfile y ejecutar el comando

instalar pod

El proceso se ejecutará (Firebase a la izquierda, Parse a la derecha) y entregará un archivo con el formato xcworkspace, que tendrá todo lo que necesitarás.

Veredicto – Instalación del Framework

El proceso es fácil y sencillo para ambos marcos cuando se utiliza el mismo método de entrega, así que volvamos a llamarlo empate.

Conclusión

Este es el primer artículo de una serie y nuestros contendientes acaban de presentarse a la carrera. Es comprensible que en este punto ambos estén empatados.

En el próximo capítulo, empezaremos a codificar y espero que empiecen a verse las diferencias.

Manténgase en sintonía.