согласен

Relay - это что-то очень странное

но направление верное

если заработало, то скорее всего не из-за того что ты правильно сделал

а включился другой механизм

range add должен без fields change работать

я посмотрел респонс от сервера

данные только те, что нужны приходят

FIELDS_CHANGE говорит про апдейт значений поля?

Народ кто с Meteor работает? Есть проблема, может кто сообразительней будет. Как вообще правильно готовить таймеры в рамках архитектуры метеора, т.е. как и где правильно хранить их дескрипторы? Метеор как-то сильно подвязан по Монгу, прям заставляет все данные в нее писать/читать с которыми работаешь, захочешь держать все в памяти - начинаешь почву с под ног терять, шаг в лево шаг в право - растрел.. Если кратко, то игра "монополия", игроки ходят по очереди, время хода ограничено, нужно создать Meteor.setTimeout и куда-то сохранить дескриптор, что бы оперативно его сбросить после броска или не сбросить, логично его вынести куда-то в отдельный двумерный массив boardsTimers[board_id][player_id], но все равно для получения актуальных данных о игроке, нужно лезть в бд - это задержки (т.е номер дескриптора в таком случае тоже можно туда пихнуть), вообще не пойму как правильно организовать все? Я могу использовать главную фичу метеора - это коллекции с доступом с fronend но они прибиты к монги, т.е. что бы получить профит от метеора мне нужно все операции проводить через бд, хотя для риалтайм игры - это вроде как глупо - ведь можно все в памяти держать.. Но можно ли как-то Meteor.Collections открутить от монги, но проводить все через них? Что бы к этим же данным на сервере я мог с fe общатся как и задумано.. До этого игру писал на Backbone, где при изменениях модели игровой доски, я измененые атрибуты просто пересылал на клиент, а на клиенте бросал данные по WS на сервер, который уже менял модель и все снова все рассылал остальным клиентам.. хочется тоже самое, только на метеоре, что бы для каждого события изменения атрибутов можно было не писать враппер прокидующий на клиент, собственно Meteor.Collections это как раз и делает но через монгу =/ Что можно с этим сделать? Спасибо.

кстати, минутка рекламы: я собираюсь делать мастер класс по GraphQL и Repay в рамках devconf http://devconf.ru/ru/offers/offer/101 через некоторое время начнется голосование, так что шанс не 100%; просто довожу до сведения когда откроется голосование сделаю рекламу еще раз

FIELDS_CHANGE говорит про апдейт значений поля?

да, но, насколько я помню, connections не обрабатываются тут

я вот думаю снова свой доклад отозвать с этой конфы)

как в том году

боюсь не успеть всюду выступить подготовиться

чот понабрал ответственности

мастер-классы проще

может быть. никогда не проводил

Знаю что конфа по реакту, но все же. Я бэкендер, который скатывается в фуллстек, знаю 1 ангуляр на троечку. Куда податься, в реакт или 2 ангуляр? На и то и то сил и времени не хватит :/

ember

Лол. *вкатывается

ну тут ща насоветуют реакт

фуллстек — что на беке?

но вроде как проще будет второй ангуляр. он совесем другой, но часть терминологии та же

Второй ангуляр потыкал - мне все понравилось. В TS все очень удачно: классы, наследование, статическая типизация.

скатыватся - да, смешно

фуллстек — что на беке?

Питончик

тс и для реакта есть

собственно мы вот его и юзаем)

тс и для реакта есть

Знаю. Пугает конечно в ангуляр куча директив, привязанных к фреймворку

я про ember не шучу

бекендерам в нем проще будет

Ну я не боюсь трудностей. Мне еще и надо верстать учиться, хехе.

hi

✌

А по трендам? Вебпак?

тренды во фронтенде?

Ну да

select * from frontend where stars > 100 order by createdAt DESC

webpack это уже "стандарт

✌

Какие люди :)

webpack это уже "стандарт

Как же browserify?

http://npm-stat.com/charts.html?package=browserify http://npm-stat.com/charts.html?package=webpack

))

накручивают

Коллеги, как вам такой Redux? https://github.com/yonatanmn/Cartiv

Всё смешалось, кони, люди...

Фигня какая-то

Коллеги, как вам такой Redux? https://github.com/yonatanmn/Cartiv

dafuq

я не люблю то, что сейчас происходит с js

когда уже устаканится и он станет ооп-пхп?

Когда просмеётесь, включайте серьезные лица и внимайте доклады с прошедшего пару недель назад React Amsterdam. Там были реально хорошие доклады. https://twitter.com/ReactAmsterdam

а когда оно избавится от строения "костыль на костыле"?

я про кучу прослоек

oop != куча прослоек?

oop != куча прослоек?

я про бабель, вебпак и прочее

Как начнет компилироваться

неплохо иллюстрирует

Как начнет компилироваться

так а чем поможет?

для запуска php до сих пор нужно fpm, apache и подобное?

ну так это не язык чтоб вебсервер поднимать

Ну а как работают бинарники?

кстати, юзать babel и webpack не заставляют

Ну а как работают бинарники?

собирают весь готовый код

это не оставит нужду в прослойках

процесс почти тот же самый будет

кстати, юзать babel и webpack не заставляют

это тоже страдание

много свободы?

Э нее, тут браузер будет выступать чем-то вроде ядра линуса со списком возможных фич, а что касается расширений языка делай, что хочешь, любые конструкция, да и язык выбирай на вкус, лишь бы дергал апи браузера, не будет проблем с новыми версиями стандартов, для чего бабел и существует

api браузера развиваться не должно, я так полян

понял*

браузеры не нужны. от них одни проблемы с жс

вебпаки и бабели

Еще чуть чуть и мы придем к десктоп приложениям ?

Все верно

вот были бы компиляторы!

(с каких пор бабель перестал им быть?)

(и аглифай плагин в вебпаке)

где же я слышал идею, что нужно убрать ось и вместо него оставить браузер, котый выполнял бы веб ассемблер

и никакого переключения контекста при системным вызовах

браузер и есть ось

Вк вместо ось

emacs это ось

а браузер так

все верно. можно будет на новой нвидиа q3 запускать с 60 фпс

картинки только умеет грузить

браузер и есть ось

Bash

С картинками

емакс тоже умеет ;)

emacs еще умеет в лисп

научить емакс вебу и норма

ось не нужна

ось - это ось

веб емаксу

а не емакс вебу

емакс и так умеет в веб