¿Por qué no hay más compañías que usan la pila MEAN?

Sí, la pila puede cambiar según la aplicación y, por lo tanto, no todas las aplicaciones están destinadas a MEAN.

He estado trabajando todo mi tiempo con nuevas empresas y no tienen miedo de probar nada nuevo y están más inclinados hacia la pila MEAN debido a la creciente popularidad. Aquí, impresionar a los inversores con el reciente crecimiento de la pila también es un factor que contribuye a elegir la pila (no todas las empresas de nueva creación, pero sí, esto es una caída en el tono de los inversores).

Las empresas de nivel medio ya tienen su tecnología clasificada y sus recursos contratados de acuerdo con su stack actual. Por lo tanto, cambiar a una nueva pila traería una gran curva de aprendizaje a las empresas, también la disposición y la experiencia del recurso se convierten en un factor decisivo aquí (algunas empresas en este nivel están dispuestas a cambiar, pero necesitan algún tipo de presión para tomar tal decisión, puede ser una solicitud del cliente).

No estoy hablando de las empresas multinacionales aquí, ya que supongo que están demasiado atrapadas en sus procesos y tratar de impulsar una pila en su empresa requeriría la aprobación de todos los planetas del universo de la empresa (espero que entiendan) . Pero si deciden probar una nueva pila, se separarán de la compañía para un producto en particular y lo ejecutarán como un programa de inicio o temporal que nos lleva al primer párrafo que he escrito.

Gracias.

Porque la gran mayoría de las empresas ya han realizado grandes inversiones en lenguajes básicos como Java, C # y C ++. Cuando ya tiene millones de líneas de código, equipos enteros de personas que se sienten cómodos con una determinada pila, y la integración con otros componentes clave, es una completa pérdida de tiempo y dinero cambiar a lo nuevo … los idiomas son solo herramientas y si Si las herramientas actuales funcionan, el retorno de la inversión en el cambio no es convincente.

También debes darte cuenta de que cambiar a lo nuevo es muy arriesgado. ¿Qué frameworks de JavaScript existirán en unos años? ¿Cuáles tienen servicios de soporte profesional que las empresas prefieren tener? ¿Qué marcos no tendrán cambios importantes en el lanzamiento y tendrán una ruta de actualización fácil? (este es un problema ENORME en muchos de los marcos “geniales”). SIGNIFICA simplemente bifurcado también, solo agregando confusión al rompecabezas. No es maduro ni estable y a las empresas les gusta maduro y estable.

Así que no me malinterpretes, me encanta angularjs, pero también debes mirarlo desde la perspectiva de una empresa establecida y comprender el riesgo. La mayoría de las empresas establecidas van unos años detrás de la curva, no son las primeras en adoptar. Por lo tanto, es demasiado riesgo con muy poca recompensa hasta el momento en que MEAN madura y los servicios de soporte, así como suficiente talento para desarrolladores, están disponibles.

Muy buena pregunta Hay muchas compañías que usan Node.js pero quizás no MongoDB o Express.js. Todos tienen diferentes necesidades. Hay otros servidores de bases de datos para usar con Node.js, por ejemplo, Postgress, MariaDB o RethinkDB y hay una miríada de marcos JavaScript tanto para el front-end como para el back-end. Tienes Hapi, SailsJS, Strongloop, Horizon.io. Yo mismo comencé con MariaDB, Express, Angular, Node.js. Quería un almacenamiento consistente, por lo que una buena opción fue MariaDB cuando construí mi servicio de sitio web estático.

Una cosa es segura, hay grandes patrocinadores del sistema de eco Javascript de grandes compañías como IBM y Microsoft.

Está incursionado, pero MEAN no resuelve un montón de casos de uso, y al final, sigue siendo solo parte de una SOA para una visión más amplia de las cosas.

Al igual que lo que dijo Murugan Raj, Kraken, Hapi, son todas partes de una gran pila tecnológica, pero rara vez son algo completo. MEAN es bueno, no me malinterpreten, pero no es la aplicación proverbial KILLER, de la misma manera que Ruby on Rails o Drupal estaban en el mismo espacio. Sin embargo, ese espacio suele ser el desarrollo de aplicaciones web no empresariales. Muchas organizaciones usan Java en todos los ámbitos, y por una buena razón, Java es un lenguaje del 95% (también conocido como: bueno para aproximadamente el 95% de las tareas). Javascript, en el lado del servidor, es bueno para aproximadamente el 50% de las tareas de programación. A las empresas les gustan los porcentajes más grandes porque puede superponer recursos y personal más fácilmente, mientras que cuando comienza a crear recursos únicos en otros idiomas, es más difícil encontrar los recursos para mantenerlos y tener continuidad en ese sentido.

Por lo general, recurre a tales soluciones cuando encuentra un espacio problemático en el que lenguajes como Java y .NET no son tan robustos para muchas empresas.

Es una pila relativamente nueva en comparación con las demás. Tomaría un tiempo obtener una tarifa de fan más grande. Otro problema es que tiene su propio creador como competidor. El chico que creó MEAN.IO se bifurcó y comenzó MEAN.JS.

Además de eso, hay grandes marcos respaldados por jugadores de la talla de ebay / paypal Kraken.JS, Hapi, Sails.js y muchos otros. Estamos en una era en la que es posible entregar un software de calidad relativamente alta en muy poco tiempo. Por lo tanto, es demasiado pronto para adivinar y juzgar algo.

1. El ecosistema del nodo es caótico y caprichoso. El caos no se considera deseable en los negocios.

2. MongoDB no está listo para el horario estelar. Todos los profesionales que conozco tienen miedo de sus formas de corrupción de datos.

Dicho esto, si Meteor puede implementar el soporte SQL pronto, creo que tiene la oportunidad de pasarlo en grande.