Hola,
Depende del requerimiento. Tienes pros y contras para ambos modelos. O lo subcontratas o lo desarrollas internamente. Déjame poner mis pensamientos sobre esto.
Outsourcing: este es un excelente modelo para desarrollar los requisitos de su aplicación web. Porque hay numerosas empresas que trabajan en el desarrollo de aplicaciones web y también tienen un historial exitoso. Tendrá una serie de beneficios cuando externalice su proyecto, tales como: No es necesario invertir en infraestructura, Sin dolores de cabeza relacionados con la asignación de recursos y la flexibilidad, Ahorro de tiempo más que Ahorro de COSTOS.
- ¿No tengo permitido almacenar algo en la base de datos para cada usuario? ¿Esto viola el "principio de no mantener el estado"?
- ¿Qué pila web debo usar para la aplicación web interna de las empresas cuyas características son como paneles de control, gestión de productos y gestión de inventario?
- ¿Puede tener el ingeniero de software de título de trabajo si solo hace aplicaciones web?
- ¿Cómo funciona la integración de CalDav con Siri y qué comandos funcionarán a través de esta implementación?
- Estamos creando una aplicación web de agregador de contenido usando React.js + Node.js. ¿Cuáles son las mejores prácticas / lecciones aprendidas al construir con este marco?
La subcontratación proporciona un nivel de escalabilidad para resolver la situación deseable sin perder un crecimiento significativo. Su negocio crecerá cuando entregue los productos con éxito a las demandas del mercado. Al mismo tiempo, si su socio de subcontratación no entrega su producto a tiempo, es posible que tenga algunos problemas con la subcontratación. Incluso hay muchos parámetros que afectan el patrón de outsourcing también.
Inhouse: si el requisito de la aplicación web es de naturaleza muy grande, confidencial, tiene la capacidad de invertir en infraestructura, la contratación de recursos, entonces In-house sería la mejor opción para desarrollar. Lo único que debe tener cuidado al desarrollar un producto / aplicación internamente es “Inversión (COSTE)”. A menos que esté seguro de esto, In-house podría ser un obstáculo para su proyecto.
He escrito algunos artículos relacionados con esto: Artículos | Resumen IT.