Barrapunto

El backend (web+api) con RoR/Django en Heroku no debería tomaros mas de un mes. Si además usas el bootstrapping de la interfaz admin de RoR/Django, un problema menos.

La app, Android es mucho más flexible/barato para desarrollar/iterar. Debería tomaros un mes sin pijadas (custom L&F, widgets especiales, camara, etc) y sin preocuparos por distintos dispositivos.

Integración app + api unas 2 semanas. Menos si desde el principio los dos equipos (back y mobile) coordinan para definir el API y se va realizando en paralelo.

Esto es lo mínimo que solemos tardar nosotros en sacar cualquier MVP de web CRUD + mobile app. De ahí se extiende todo en el tiempo si añades QA, CI, BigData, logica de negocio, reporting, cohorts, etc.

No compliques el proyecto y el MVP/Prototipo con cuestiones como localización (i18n), seguridad (HTTPS/SSL), charts o validación de formularios. Todo esto lo puedes añadir después de ver que el producto es viable. Para la web utiliza Bootstrap, Foundation, etc. Si el equipo sabe NoSQL, utiliza esto porque será más rápido el desarrollo, pero si no, el Postgre de Heroku es lo mejor.

Ya estamos con NoSQL. ¿Ventajas de usar NoSQL a priori en un projecto Django/RoR? Ninguna. El rendimiento de la app, por normal general, no suele verse resentido por utilizar MySQL/Postgres ni suele mejorar dramáticamente por usar MongoDB/Couch.

A cambio, pierdes toda la funcionalidad del ORM del framework, así de un plumazo, que es lo que realmente hace eficientes y rápidos a Django y Rails, y tienes que parchearlo con librerías y plugins de terceros y buscarte la vida con los modelos de tu app para hacerlos compatibles con la BD NoSQL. Esto, por lo general, suele ser una mierda y da más dolores de cabeza que los que quita, que suelen ser ninguno.

Sinceramente, para empezar una app desde cero yo tiraría por PostgreSQL, que es una solución cojonuda integrada de puta madre tanto en Django como en Rails y que, como tú dices, puedes gastar en Heroku estupendamente. De hecho, aprovechando los tipos que dispone PostgreSQL y su contrastado buen rendimiento, incluso la tendría en cuenta como base de datos schemaless [postgresql.org] por delante de Mongo y CouchDB. Sobre todo si no tienes mucha experiencia en desarrollo.

Que ya sé que ahora lo cool y lo guay es NoSQL porque... porque sí, porque "es más rápido" y porque "escala más"... porque sí, porque lo dicen los que son cools y guays. Pero la experiencia a mí me dice exactamente lo contrario, al menos si hablamos de apps web en Rails/Django. Y creo que hay suficientes ejemplos en la actualidad de aplicaciones web con millones de usuarios en MySQL o Postgres como para decir alegremente que "son lentas" o que "no escalan" (normalmente dicho por quienes no tienen ni zorra).

Un saludo.

¿Cuantos desarrolladores? Y supongo que asumiendo que tienen clarísimo el análisis.

En ese tiempo puedo desarrollar (yo solo) un programa de gestion completísimo o... una maqueta enorme y con cientos de detalles para cerrar en los siguientes 6 meses o años si no hay un análisis cerrado.

Claro, si somos 5 hacemos virgerías en 3 meses.