A força do Meteor está em seu recurso de atualizações em tempo real, que funciona bem para alguns dos aplicativos sociais que você vê hoje em dia, onde você vê as atualizações de todos para o que está trabalhando. Essas atualizações giram em torno da replicação de subconjuntos de uma coleção MongoDB por baixo das tampas como atualizações de banco de dados mini-mongo locais (seu subconjunto do MongoDB do lado do cliente) em seu navegador da web (o que faz com que vários eventos de renderização sejam disparados em seus modelos). A última parte sobre várias atualizações de renderização também é o ponto fraco. Se você deseja que sua IU controle quando a IU é atualizada (por exemplo, páginas jQuery AJAX clássicas onde você carrega o HTML e controla todas as chamadas AJAX e atualizações de IU), você estará lutando contra esse mecanismo.
Meteor usa uma boa pilha de plug-ins Node.js (Handlebars.js, Spark.js, Bootstrap css, etc., mas usando seu próprio mecanismo de empacotamento em vez de npm) embaixo junto com MongoDB para a camada de armazenamento que você não precisa pense sobre. Mas às vezes você acaba lutando também ... por exemplo, se você quiser personalizar o tema do Bootstrap, ele bagunça a sequência de carregamento do arquivo responsive.css do Bootstrap para que ele não responda mais (mas isso provavelmente se corrigirá quando o Bootstrap 3.0 será lançado em breve).
Assim, como todos os "frameworks full stack", as coisas funcionam muito bem, contanto que seu aplicativo se ajuste ao pretendido. Depois de ir além desse escopo e ultrapassar os limites, você pode acabar lutando contra a estrutura ...