не оно же?

В чилдренах аттрибуты с новой строки все, а в родители пускай будет на одной

прям жду какого-нибудь очередного rpc типа amr

Ну нафиг такое, потом дыры кругом

дыры всегда кругом, зато всегда найдется что-нибудь «очень удобное в разработке»

и кто-нибудь, кто это откуда-нибудь спер

дыры всегда кругом, зато всегда найдется что-нибудь «очень удобное в разработке»

Мне кажется наигрались и пора завязывать. Пускай разработчики браузеров вводят потиху новые апи обдумывая по сто раз все за и против. Я за такой подход

Мне кажется наигрались и пора завязывать. Пускай разработчики браузеров вводят потиху новые апи обдумывая по сто раз все за и против. Я за такой подход

слишком долго, создатели сотен-фреймворков-в-день ждать не любят

напомните, спреды уже в стандарте или нет?

Мне кажется наигрались и пора завязывать. Пускай разработчики браузеров вводят потиху новые апи обдумывая по сто раз все за и против. Я за такой подход

они тебя услышали и уже побежали работать, да

напомните, спреды уже в стандарте или нет?

Вроде нет, но на последней стадии

они тебя услышали и уже побежали работать, да

благо у них часовой пояс подходящий

Точнее часть спредов уже есть, а части нет

В массивах вроде нету еще

но это я все вообще к чему. на мой взгляд, флэш/флекс задали компонентный подход в вебе, а дельфи к тому моменту сладко почил

и как тащили все из флеша, чтобы его заменить, так до сих пор и тащат

потому как там многие проблемы уже решили

и как тащили все из флеша, чтобы его заменить, так до сих пор и тащат

Ну так это понятно, флеш же умер, надо что-то решать)

В массивах вроде нету еще

есть

и решения проблем со стайлгайдами xml-компонент с кучей аттрибутов и чилдов можно почерпнуть прям оттуда

я только про это хотел сказать, остальное лирика))

есть

Да? В es2016?

и решения проблем со стайлгайдами xml-компонент с кучей аттрибутов и чилдов можно почерпнуть прям оттуда

Ну да, можно. Но кто же это будет делать, это же "не модно" и "не современно"))

давно в твоем браузере

ЕМНИП, еще в es2015

es2016 это Array.prototype.includes и trailing comma для аргументов функции

Некоторые браузеры уже async await поддерживают, а промисы в некоторых были еще году в 14) они бывает опережают стандарт

es2017 это уже как минимум async/await

Некоторые браузеры уже async await поддерживают, а промисы в некоторых были еще году в 14) они бывает опережают стандарт

пока ты писал это сообщение, мог бы открыть спеку

пока ты писал это сообщение, мог бы открыть спеку

С телефона ее неудобно листать. Поэтому и уточняю

Там полотно на 100500 слов неадаптированное

гуглишь `array spread mdn`и получаешь ответ прямо в выдаче гугла

Так а по поводу какой части спредов говорили, что их типа еще нет?

Сегодня же говорили

нет для объектов

потому что еще в каком-то стейдже <4

Я просто уже забил на эти все стандарты, бабелифицирую все всегда и не думаю об этом, а то так можно голову сломать или постоянно в спеку лазить

То есть я перепутал, для массивов есть, а для объектов нет

как проверить утечку памяти в хроме ?

есть 2 примера одного и тоже приложения

первое с биндингом и арроу функциями в циклах рендеринга

второй без

как проверить утечку памяти в хроме ?

В профайлинге смотреть heap size?

Хз, давно там ничего не мерил

Интересно, кстати, есть ли какие тулзы для анализа логов профайлера

http://i.prntscr.com/78ba4e5c58a2413e8238cec6b9f2228e.png

это в timeline?

Ну вот там внизу галочки

Надо понять, что отжирает память

я хотел сравнить разницу между тем где есть биндинги в рендере и где нету

https://habrahabr.ru/post/309318/

я хотел сравнить разницу между тем где есть биндинги в рендере и где нету

Там у тебя биндинги, тут замыкания или lexical binding

http://i.prntscr.com/7108eca4dba84a28b98033669dd9e8d4.png

вот где тьма биндингов и арроу функций

здесь нету

http://i.prntscr.com/3e965727a96e459f94fcdcd43c52d78d.png

Там у тебя биндинги, тут замыкания или lexical binding

onClick={() => this.onClickCreateNewSchedule(day, i)}

в цикле для каждого элемента своя новая функция

Delegation тебя спасет

разве не легче сделать кеш с каррированными функциями и проверять изменения при апдейтах или просто создать компонент в который прокидывать все через пропсы?

разве не легче сделать кеш с каррированными функциями и проверять изменения при апдейтах или просто создать компонент в который прокидывать все через пропсы?

> кэш > каррирование > компоненты

Ну да, event delegation значительно сложнее

я не к делегированию сказал

</sarcasm>

Йо, Москва, хочет кто на holyjs? Отдам билетик за шоколадку

ERROR: S client not available

Да хули там делать

Впрочем, во мне говорит голод и лень, а не разработчик

Тут есть еда :D

Билет с едой?)

Ну да

так с билетиком идет шоколадка) хочешь 2 шоколадки?

Билет не нужен, а вот от обеда не отказался бы)

А я на докладе акселя раушмаера :-Р

Обед не нужен. Кофебрейки или кей эф си решают

Хтонить чатик про холюжс не знает?

думаю здесь и биржс)

Чоза биржс?

Гиттер?

Телеграм

https://telegram.me/beerjs

Но не факт что сильно там про холи джс будут говорить

у меня вопрос по теме, кто делал автоапдейты не через github releases? Чтобы на приватном CI собрал, выложил, пользователь получил апдейт?

electron-builder + electron-release-server только лучше всего чтобы билд машина была на macOS

ребята, у меня щс мозг лопнет, почему эта часть не отрабатывает? kassa, это зарезервированное слово? жесть какая-то, не понимаю ?(9999 this.setState({ kassa: res.body.data }, () => { console.info('this.state.kassa', this.state.kassa) });

c _kassa ок, а с kassa колбек не отрабатывает

даже если первый сетстейт убрать?

даже если первый сетстейт убрать?

да

а если второй реквест убрать в коллбек первому сетстейту?

ну и не нулл ли в res.body.data?

даже так

а больше нет нигде сетстейта?

может какой рейс?

.catch не пробовал добавить?

да, где второй вывод?