Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

327
Vistas
Usar Firebase como backend frente a codificar un sistema de backend propio: ¿qué es mejor?

Mi objetivo es crear una aplicación Flutter de calendario, que ofrezca autenticación de usuario. Como soy un principiante total en lo que respecta a la programación de back-end, pensé en usar Firebase. Sin embargo, mientras me informaba al respecto, leí que usar Firebase tiene muchas desventajas como:

  • problemas de migración de datos
  • fijación de precios
  • capacidades de consulta limitadas

Por lo tanto, tengo la intención de aprender más sobre el desarrollo de back-end REAL y me topé con express, MongoDB y node.js , que fue muy interesante, especialmente para mi proyecto. Sin embargo, mi problema es que tendría que alojar mi API de descanso con, por ejemplo, Heroku , que es demasiado caro para mí, incluido el precio de MongoDB. Además, tendría que construir mi propio sistema de autenticación con JWT, del cual no estoy seguro si puede ser tan seguro como Firebase de Google. :/

Ahora mi pregunta es: ¿Piensan que Firebase es suficiente para mi proyecto, o es más inteligente invertir en MongoDB y Heroku? ¡Otros enfoques de back-end obviamente también son bienvenidos! :)

about 4 years ago · Juan Pablo Isaza
1 Respuestas
Responde la pregunta

0

Editar

Simplemente vuelva a leer su pregunta y, si todo lo que necesita es autorización, simplemente usaría Firebase. Funciona muy bien con Flutter y es relativamente fácil de configurar, es seguro y siempre gratuito a menos que use la autorización del teléfono.

Respuesta original con respecto a las bases de datos de back-end

Los precios de Firebase no serán un problema hasta que tenga muchos usuarios. Independientemente de las limitaciones de consulta a las que se refiera, pueden o no ser relevantes para lo que sea que su aplicación de Calendario necesite hacer. Mi conjetura es que Firebase probablemente esté totalmente bien para su proyecto a menos que anticipe muchos usuarios con muchas consultas. También estará listo y funcionando mucho más rápido que escribiendo su propio back-end.

Node/Mongo es una gran combinación y con el nivel gratuito de alojamiento de Mongo Atlas obtienes aproximadamente 500 MB de almacenamiento gratuito. También hay un nivel gratuito en Heroku que alojará su aplicación Node para que pueda alojar su propio back-end de forma gratuita hasta cierto punto.

Es posible que siguiendo esta ruta pueda llegar bastante lejos antes de quedarse sin almacenamiento, suponiendo que no está cargando archivos grandes y que todos sus datos son datos json/string. Y sería una buena experiencia de aprendizaje si está interesado en el desarrollo de back-end. Siguiendo las secciones Mongo y Node del curso App Brewery Web Dev, tuve una aplicación Express/Mongo básica alojada en Heroku en unas pocas horas de seguimiento de los videos sin ninguna experiencia de back-end en ese momento. Obviamente, cualquier aplicación real de Node requeriría más tiempo de desarrollo.

El otro beneficio de seguir ese camino es que puedes personalizar tus respuestas exactamente para lo que necesitas y simplificar las cosas en el lado de Flutter.

about 4 years ago · Juan Pablo Isaza Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda