Resuelto: ¿Por qué Meteor tarda una eternidad en actualizar la vista previa en vivo?

Gracias por el A2A. Esto es algo que está siendo revisado en este momento por el equipo de Meteor. Lo último que supe fue que esperaban arreglarlo para 1.3.

En Meteor pre-1.2 el tiempo de construcción fue muy muy rápido (alrededor de un segundo). Eso fue genial. Podía hacer cambios y antes de cambiar visual y mentalmente a la pantalla de mi navegador, se estaba recargando.

Sin embargo, con 1.2, Meteor introdujo un sistema de construcción muy configurable. Esta fue una revisión casi completa del sistema de construcción existente. Como es típico de desarrollos relativamente nuevos, aún no se han encontrado optimizaciones. Meteor 1.3 debería tener un tiempo de construcción mucho más rápido, por lo que debería poder disfrutar de redibujos mucho más rápidos.

Como también dijo otro respondedor, 8-10 segundos es realmente bastante rápido. La tecnología realmente ha recorrido un largo camino.

(De xkcd: compilación)

Estoy escribiendo grandes aplicaciones con meteorito y, por mi parte, solo toma 2 ir 3 segundos como máximo. La razón principal por la que Slowvit es lento es porque te suscribes a todos tus datos durante el inicio o si el proceso del meteorito toma mucho tiempo, es probable que tengas muchas funciones de inicio.

Siempre trato de ejecutar todo una vez. Por ejemplo, si mis funciones de inicio solo están ahí para insertar algo en la base de datos, uso un paquete de migraciones. Esto asegura que el upsert solo se ejecute una vez. Intente mirar críticamente las funciones que se ejecutan en el inicio. Ese es principalmente el problema.