¿Por que no es recomendable tener dos proyectos distintos en uno solo?

Muchas veces, surge la idea de tener dos proyectos de aplicaciones distintas dentro de un mismo proyecto; es decir, tener un proyecto de Delivery (conformada por 4 aplicaciones), y un proyecto de paquetería (conformado por 3 aplicaciones), todo esto en un proyecto que suma un total de 7 aplicaciones. Es de tener en cuenta que estas 7 aplicaciones comparten la misma base de datos en Firebase.

Alguna de las razones por las que no se sugiere realizar esta practica son las siguientes:

  1. No podrás tener un manejo de tus gastos en tu cuenta de Firebase, al estar en el mismo proyecto, estos compartirán la misma base de datos, si de repente comienza a tener altas facturaciones de Firebase, no sabrás si esas facturaciones las causa la App de Delivery o la App de paquetería, por tanto, no podrías optimizarlas ya estando en producción, perdería visión en eso.

  2. Pierdes los beneficios de las capas gratuitas tanto en Firebase como de Google API Key. Al tener dos proyectos en uno solo, los llamados a la base de datos de Firebase, como el consumo de los servicios de Google aumentan, lo que ocasiona que ambos proyectos salgan de la capa gratuita en menos tiempo a comparación de solo tener uno solo. Esto ocasionara que comiences a ver facturación por parte de Firebase y Google antes de lo pensado.

  3. Se vuelve compleja la gestión de la base de datos a la hora de hacer modificaciones a una de las Apps y se puede cometer el error de tocar la lógica de la otra aplicación de forma involuntaria, ya que al estar compartida, si no se tiene diferenciada cada colección, podrías dañar la otra aplicación accidentalmente.

1 Like

Es correcto, tener varias aplicaciones con modelos de negocios diferentes en una misma es completamente posible, pero es muy complicado de darle mantenimiento.

Lo recomendable es enfocarse en un solo modelo de negocio, una propuesta de valor para tus clientes potenciales y hacerlo muy bien con esa propuesta de valor para tu proyecto, después de que ya tengas la retroalimentación de tus clientes podrás plantearte meter nuevas características o modelos de negocio simples que vayan de la mano de tu propuesta de valor principal y hacer pruebas, muy recomendable medir todo lo que se pueda medir, si no mides tus resultados no podrás predecir el futuro de tu proyecto, mide lo que importa.

1 Like