La fortaleza de Meteor está en su función de actualizaciones en tiempo real que funciona bien para algunas de las aplicaciones sociales que ves hoy en día, donde ves las actualizaciones de todos para lo que estás trabajando. Estas actualizaciones se centran en replicar subconjuntos de una colección MongoDB debajo de las cubiertas como actualizaciones de la base de datos local mini-mongo (su subconjunto MongoDB del lado del cliente) en su navegador web (lo que hace que se activen múltiples eventos de renderizado en sus plantillas). La última parte sobre múltiples actualizaciones de renderizado también es la debilidad. Si desea que su interfaz de usuario controle cuándo se actualiza la interfaz de usuario (por ejemplo, las páginas clásicas de jQuery AJAX en las que carga el HTML y controla todas las llamadas AJAX y las actualizaciones de la interfaz de usuario), estará luchando contra este mecanismo.
Meteor usa una buena pila de complementos de Node.js (Handlebars.js, Spark.js, Bootstrap css, etc. pero usando su propio mecanismo de empaquetado en lugar de npm) debajo junto con MongoDB para la capa de almacenamiento que no tiene que hacer pensar en. Pero a veces terminas luchando contra él también ... por ejemplo, si quieres personalizar el tema de Bootstrap, estropea la secuencia de carga del archivo responsive.css de Bootstrap por lo que ya no responde (pero esto probablemente se solucionará solo cuando Bootstrap 3.0 se lanzará pronto).
Entonces, como todos los "frameworks de pila completa", las cosas funcionan muy bien siempre que su aplicación se ajuste a lo que se pretende. Una vez que vaya más allá de ese alcance y supere los límites del borde, podría terminar luchando contra el marco ...