Игра - очень сложный продукт. Нужно очень много контроля. Поэтому для конкертно этой задачи я бы взял лучше koa.
Meteor все-таки хорош для  сайтов, которым нужен хороший реалтайм, а не для игр))

Да я пока тоже прихожу к этому выводу, хотя прототип на нем было приятно пилить

Есть мысли оставить на нем околоигровой ресурс, а перенести только непосредственно движок

тоже хороший ход. Есть где игрушку погонять?)

Нет пока, но я сюда запульну как ЗБТ будет

а парой кринов поделишься?)

скринов

Да могу, но игра карточная и всё ещё нет совмещения с дизайном, так что со стороны всё это дико скучно :)

Вопрос по теме подписок: Я же правильно понял, что на клиенте мы имеем возможность понять, что коллекция обновилась, но при этом не можем понять, что именно в ней обновилось? Без ручного сравнения текущего состояния с предыдущим?

Это тот момент, который раздражает в трекинге там

так, не совсем понял.

есть observe, observeChanges

На примере собственно игры:

Допустим у меня есть запись в БД хранящая информацию о текущей игровой сессии игрока, с позициями карт, жизнями и прочей ерундой

Так вот при изменении позиции карты мне надо плавно изменить позиции карты на столе, а при изменении жизней анимировать изменение бара жизней, но это не получается, потому, что весь клиентсайд метеора построен по принципу “глупых” компонентов, чай тебе дают знать что стейт изменился и перерисовывают всё, что от него зависело, не важно, что именно в нём изменилось. Т.е. при обсерве я получаю новое состояние, но уже не знаю, что там вообще изменилось и что с этим деать.

Но в общем-то я понимаю, что это проблема не метеора и он просто создан не для таких задач

так есть shouldComponentUpdate, например?

Да в реакте есть выходы, поэтому там и с редаксом збс всё, а вот в их spacebars не нашёл в своё время

Ооо, я со spacebars свалил

как только react норм стал

А я только частично пока