скучно

Посоны, не к холивару сказано, кто-нить знает годный чатец по vuejs?

Посоны, не к холивару сказано, кто-нить знает годный чатец по vuejs?

@vuejs_ru

@vuejs

поиск по телеграму работает ок для такого

Ооо

Я не юзал чет

Даже не в курсе был

Спасибо!

Почему реакт ругается, когда я рендерю компонент на document.body? Что такого-то?

слишком большой шанс, что туда кто то еще добавит, а вообще, что он пишет?

Я не помню уже. Проект не коммитил пока, и он дома.

зачем нужен vuejs? это новый вид наркотиков?

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

документ.бади может захотеть мутировать кто-то еще

документ.бади может захотеть мутировать кто-то еще

Но по идее, любой элемент в древе может замутировать кто-то ещё.

Но по идее, любой элемент в древе может замутировать кто-то ещё.

так просто в бади любая шняга пишет

бади с большей вероятностью

мониторинги с аналитиками всякие

плагины к хромам

Кстати, а можно вопрос? Я таким никогда не занимался, но как вы приделываете jquery-плагины и сам JQuery к реакту? Мысль страшная, но я слышал, что кто-то так делает!

а в чем проблема? Когда получил дом ноду - вызвал на ней плагин jquery

когда она отмаунтилась, придушил плагин

Вю как-то у меня не подружился с броузерифаем

Вроде бы и работает, а вроде и нет

Я выходные провел в реакт-трясучке. Это когда решаешь сделать проект, добавляешь реакт с помощью react-create-app, видишь, сколько времени нужно, чтобы сынтегрировать его с уже существующим сайтом на ноде, стираешь проект, пытаешься сделать то же на вю, ничего не работает, делаешь клиент с помощью react-create-app...

И так по кругу несколько раз

Подскажите по react-portal, вопрос в следующем. Надо закрыть его по клике в children компоненте.

Никак не соображу как

Всем привет! 24 сентября, офис Badoo. Торопимся регистрироваться: https://moscowjs.timepad.ru/event/374110/

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

А реакт тогда для чего? :D

А реакт тогда для чего? :D

Чтобы делать большие проекты

И кстати, всех поздравляю! Нас уже 1003! ?

зачем нужен vuejs? это новый вид наркотиков?

Некоторые разработчики в моей команде не вкурили в реакт. Сказали, что "гавно, мамку создателей ибали" и прочее. Сопсна ву дает синтаксис более привычный, так что вотъ

Чтобы делать большие проекты

Ву тоже

Некоторые разработчики в моей команде не вкурили в реакт. Сказали, что "гавно, мамку создателей ибали" и прочее. Сопсна ву дает синтаксис более привычный, так что вотъ

мог бы им на лицо нассать если они такие тупые

Они бэкендеры. Думаю, этим все сказано.

это не оправдание

вообще мне очень странно это деление на бэкенд/фронтэенд

если умеешь программировать то запрограммируешь что угодно

Контекст?

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

Так то да, но есть такая штука, как привычкка. Если человек привык к кодстайлу и паттернам в пхп, он может обосраться на js. И наоборот.

И кстати, всех поздравляю! Нас уже 1003! ?

Всё может? Закрываем регистрацию?)

По инвайтам.

По звездочкам в гитхабе, конечно же

По звездочкам в гитхабе, конечно же

Или коммитстрайку

вообще мне очень странно это деление на бэкенд/фронтэенд

Между бэкендом и фронтом есть очень большая разница в идеологии. Бэкенд будет работать на твоих серверах, которые ты контролируешь и знаешь, что на них вертится. Но при этом эти сервера снаружи все будут пытаться взломать и надежность бэкенда абсолютно критична. Фронт будет работать на куче неизвестных и неконтролируемых устройств, и это сильно добавляет сложности. Но при этом цена ошибки на фронте все-таки меньше.

Между бэкендом и фронтом есть очень большая разница в идеологии. Бэкенд будет работать на твоих серверах, которые ты контролируешь и знаешь, что на них вертится. Но при этом эти сервера снаружи все будут пытаться взломать и надежность бэкенда абсолютно критична. Фронт будет работать на куче неизвестных и неконтролируемых устройств, и это сильно добавляет сложности. Но при этом цена ошибки на фронте все-таки меньше.

и это мешает писать и бэк и фронт?

Всем привет! 24 сентября, офис Badoo. Торопимся регистрироваться: https://moscowjs.timepad.ru/event/374110/

Отлично, на этот раз успел зарегистрироваться)

Про Flow в итоге не будет доклада?

или то будет на реакт митапе

Да

На след

Между бэкендом и фронтом есть очень большая разница в идеологии. Бэкенд будет работать на твоих серверах, которые ты контролируешь и знаешь, что на них вертится. Но при этом эти сервера снаружи все будут пытаться взломать и надежность бэкенда абсолютно критична. Фронт будет работать на куче неизвестных и неконтролируемых устройств, и это сильно добавляет сложности. Но при этом цена ошибки на фронте все-таки меньше.

Можно писать изоморфный код на ноде :D

Но, опять-таки, паттерны

и это мешает писать и бэк и фронт?

Это не мешает, это разная специфика.

Это не мешает, это разная специфика.

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

Или коммитстрайку

стрик

разобрался

Кто-нибудь шарит как работает multi-compiler в вебпаке?

Кто работал с React-dnd? Как там сделать обработчик именно blur? Не нашел в документации такого события(

ERROR: S client not available

Кто работал с React-dnd? Как там сделать обработчик именно blur? Не нашел в документации такого события(

Я его так и не осилил…) в итогде все на нативном JS написал )

в react-dnd типичных ивентов blur`/`hover нету, можно отслеживать isOver свойство drag-source'а, и вызывать нужный коллбек в componentWillReceiveProps.

соотв. blur - когда isOver меняется с true на false

соотв. blur - когда isOver меняется с true на false

жаааль, а то этот вариант попахивает костылем

Насколько я знаю, это официальное решение проблемы ¯\_(ツ)_/¯

Впрочем, у react-dnd свои принципы, и, хотя в них и нужно вникнуть, не всё так плохо, имхо.

Впрочем, у react-dnd свои принципы, и, хотя в них и нужно вникнуть, не всё так плохо, имхо.

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

да, кстати. Вообще подход реагирование на изменение конкретного параметра в компонентах норм или нет?

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

Взялся сейчас к react-formal прикручивать-таки логику удаленной валидации. Но столкнулся с задачей: Это же получается для каждой формы проекта все равно нужно хранить отдельные поля в глобальном store? Иначе как в конкретную валидируемую форму предавать ошибки бекенда (в соучае если форм в проекте много)?

а юзает ли кто swarm.js нынче. а то так сладко о нём говорили год-два назад и теперь тишина

приходится самому решать писать всякие алгоритмы обновления, слияния и инвалидации

все еще говорят

но сейчас на иностранных конфах больше

вроде там все недостатки пофиксили

раньше был неюзабелен

свежие версии использовать не приходилось

на холижс вроде в очередной раз Виктор будет рассказывать

Только он обычно рассказывает об чем то абстрактном и мало про сам swarm.js)

Гришченко, вроде, говорил мол в закрытой репе работа ведется над новой версией, где всё по уму. Сейчас в их гит зашёл, вроде 1.х версию пилят, коммиты свежие есть, но Unstable.

Это кусок M из бекбона на стероидах?

Это реактивный M с CRDT чтобы пилить свой гуглодок или что-то похожее с хитрыми слияниями.

это о проблеме синхронизации данных, инвалидаци кеша и разрешении конфликтов

Но это пока только в теории.

Тогда надо будет посмотреть подробнее

Ну ты больших надежд не питай, SwarmJS это HL3 в мире JS.

вот в контексте чата Вова @vmakhaev делал еще https://habrahabr.ru/post/277645/

Кстати да, Amelisa лучше выглядит и даже есть интеграции и работающий код)

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

всем привет, ребят, а вы декораторы используете?

Только если TS