Depende de una amplia variedad de condiciones, como:
- Que ya sabes
- ¿Tienes un presupuesto ?
- ¿Tienes un marco de tiempo ?
- ¿Existen requisitos estrictos de rendimiento ? (Supongo que por “receptivo” quieres decir en el sentido de “diseño” de diferentes tamaños de pantalla, no en el sentido del rendimiento).
- ¿Hay requisitos de seguridad inusuales?
- ¿Te imaginas extenderlo en el futuro?
- ¿Qué tipo de capacidades necesita tener, como acceso a la base de datos (y luego, relacional, doc-store, key-value, alguna combinación o qué?), Enviar y tal vez incluso recibir correo electrónico o SMS o incluso llamadas telefónicas o faxes , recibiendo datos del sensor, motores físicos al mando, etc.
- ¿Tiene que ser comercial , o es solo un juguete con el que quieres jugar?
Un par de otros puntos a tener en cuenta, incluso antes de abordar las preguntas anteriores:
- ¿Las herramientas están lo suficientemente relacionadas como para que la tecnología adecuada para cada una sea la misma ? Frex, todos podrían ser perfectamente apropiados para aplicaciones web, pero uno de ellos es el más adecuado para Rails usando una base de datos relacional, mientras que otro es más adecuado para Node usando un almacén de documentos, etc.
- Incluso si es así, ¿las herramientas están lo suficientemente relacionadas como para que realmente se puedan agrupar como una aplicación web, o realmente deberían ser aplicaciones separadas? ¿Deberían ser todas ellas aplicaciones web, o algunas podrían ser más apropiadas como aplicaciones móviles, de escritorio, de línea de comandos, etc., o incluso solo un repositorio de datos ?
- ¿Cómo puedo proteger una API web que he escrito para que otros clientes no tengan acceso a ella?
- ¿Son las aplicaciones web progresivas el futuro de las aplicaciones?
- ¿Qué son las aplicaciones web?
- ¿El desarrollo de aplicaciones web será popular en 2017?
- ¿Cuál es la mejor plataforma de nube de IoT que admite aplicaciones web y móviles?