¿Cuáles son tus experiencias con Firebase?

Me gusta Firebase en primer lugar, es de Google, no de Microsoft 🙂

Mientras investigaba sobre varios mecanismos de autenticación para uno de mis proyectos favoritos, elegí Firebase para mantener mi autenticación con Facebook y LinkedIn. Inicio de sesión en Facebook y Facebook con Firebase y Xamarin.

No soy bueno en Java y ni siquiera quiero pensar en ello, por lo que Xamarin es una alternativa maravillosa para el desarrollador que ya ha sido infectado por C # (observe que usé la palabra “infectado”) y Visual Studio 2017 (cualquier versión de estudios -hay abajo-IDE más bello y eficiente de la galaxia).

Entonces, mi objetivo era muy simple: usar productos de desarrollo de Microsoft (Visual Studio / VSTS / C # / Xamarin) para desarrollar un producto y nunca usar ningún servicio adicional de Microsoft (o limitarlos a una cantidad insignificante) como Azure / Cognitive-API / API administración, etc.: no importa cuán atractivas o fáciles de implementar sean, cada vez que necesito servicios adicionales, busco otras alternativas, como la seguridad y la administración de usuarios de mi aplicación, elijo Firebase.

Encuentra el enlace de Github aquí -amartyamandal / vindpro

En Crisp.im. Utilizamos Firebase en producción durante 9 meses.

Fue realmente genial usar Firebase durante nuestros primeros tres meses, pero luego Firebase se convirtió en una pesadilla, ralentizando nuestra ejecución.

  • Primero, lidiar con Firebase en producción es difícil. No puede lidiar fácilmente con la migración de datos y debe hacer cosas como esas para evitar bloqueos de js:

if (usuario && user.new_subdocument && user.new_subdocument.new_property) {
//Hacer cosas
}

  • Luego, Firebase está cargando todos los subárboles en carga y su aplicación web será cada vez más lenta y sus usuarios tendrán más y más datos.
  • En la mayoría de las aplicaciones tienes que lidiar con relaciones (por ejemplo: un usuario pertenece a un equipo y un equipo tiene usuarios), es difícil lidiar con relaciones usando Firebase.
  • Además de lo rápido que sus datos se alojan en servidores que no son de su propiedad, no es posible exportar los datos de sus usuarios. No puede exportar correos electrónicos, hashes de contraseñas. No era posible exportar nuestros datos cuando teníamos cientos de megabytes alojados. Tuvimos que contactar a Firebase por correo electrónico.

El problema no es tener un código propietario, sino más bien la facilidad de uso en las aplicaciones web que se vuelven cada vez más complejas.

Puedes obtener más información sobre nuestra experiencia aquí: por qué nunca deberías usar Firebase Realtime Database

He usado Firebase en producción con un MVP pequeño y para muchos proyectos secundarios más pequeños. Aquí hay una lista rápida y sucia de lo bueno / lo malo:

Bueno

  1. Fácil de comenzar con excelentes documentos de API y SDK sólidos
  2. Enlace de datos de 3 vías si usa AngularFire
  3. La adición de los servicios de Google Cloud (almacenamiento de archivos, notificaciones, análisis) también facilita esas cosas.
  4. Muy rápido del lado del cliente (si puede evitar descargar el exceso de datos)
  5. Módulo de autenticación simple y muerto que me pone menos nervioso por un hack b / c Google
  6. La compatibilidad con un SDK del lado del servidor le permite seguir utilizando los datos para representar páginas en el servidor
  7. ¡No tengo que preocuparme por administrar una base de datos, un servidor de bases de datos o copias de seguridad!

Malo

  1. Hay una grave falta de poder de consulta con el SDK. Si está haciendo algún tipo de análisis de datos, quédese con SQL
  2. Falta de control sobre los correos electrónicos / contraseñas de los usuarios (esto también podría ser algo bueno)
  3. De alguna manera, es más difícil estructurar el código modular. Muchas de las cosas de Firebase terminan convirtiéndose en código de espagueti envuelto en un método. Funciona, pero no es tan elegante como podría ser con una API REST.

En general, he tenido buenas experiencias con Firebase y lo usaría nuevamente para arrancar un producto. Actualizaré esta publicación cuando mi proyecto actual crezca tanto que tenga que migrar fuera de Firebase, y luego veremos lo fácil que es:)

Tengo una aplicación de producción que usa firebase como capa de datos entre la lógica de mi servidor y mi cliente. Es asombroso. El enlace de datos de 3 vías permite que mi aplicación se actualice en tiempo real. Tienen una API increíblemente sólida y la documentación puede ayudarlo a comenzar rápidamente.

Firebase permite que sus modelos de datos se construyan del lado del cliente y elimina las restricciones de SQL. ¡VE A POR ELLO!

Imo vale la pena usar

Nuestra reacción inicial a Firebase fue confusión. Pensamos por qué no escribir una publicación de blog para tratar de dar sentido a los paquetes y opciones de Firebase Google Services. Lea todo sobre esto aquí: ¿Estoy usando Firebase o Google Play Services? El | Blog SafeDK

Espero que esto haya sido útil.

Lo usé en varios proyectos de hackathon. Muy útil. Muy rápido de integrar. Experiencia indolora. Bien integrado con Angular.

Todavía no puedo hablar sobre la escala de producción ya que uso Parse para eso.

Lo he estado usando para cada aplicación que construyo ahora.

Puedo comenzar rápidamente, AngularFire es increíble y es muy fácil de usar.