о, Измайлов

кстати, транскрипция фамилии через y разве по госту?

по ISO :)

кстати, транскрипция фамилии через y разве по госту?

Just FYI: http://tema.livejournal.com/1776537.html

по ISO :)

8601 or 9660?

Пару месяцев назад я набрался смелости заявить, что CSS мёртв, а ребята из Google пошли ещё дальше и заявили, что уже и HTML устарел. ? https://kartick-log.blogspot.ru/2016/08/amp-is-what-html-should-have-been.html

Ребята утро доброе. Кто уже перебрался на Django 1.10?

блин не туда написал)

Всё равно всем утро доброе)

всем добрый вечер, ребятки кто-то сталкивался с ресурсом где предлагают идеи для опен сорса?

Столько всего в js ещё не реализовано, наоборот проблема как всё успеть, что можно придумать)

всем добрый вечер, ребятки кто-то сталкивался с ресурсом где предлагают идеи для опен сорса?

Был assembly.com, и все у них было хорошо - большое комьюнити, поддержка с серверами, оформлением и пиаром... но что-то пошло не так :(

Пару месяцев назад я набрался смелости заявить, что CSS мёртв, а ребята из Google пошли ещё дальше и заявили, что уже и HTML устарел. ? https://kartick-log.blogspot.ru/2016/08/amp-is-what-html-should-have-been.html

и js тоже когда нибудь будет не нужен)

Был assembly.com, и все у них было хорошо - большое комьюнити, поддержка с серверами, оформлением и пиаром... но что-то пошло не так :(

По факту получается, что разработчик сам выдумает себе опен сорс проект, вместо того что реализовать то что надо не только ему как обычно это бывает. Могу ошибаться

Пару месяцев назад я набрался смелости заявить, что CSS мёртв, а ребята из Google пошли ещё дальше и заявили, что уже и HTML устарел. ? https://kartick-log.blogspot.ru/2016/08/amp-is-what-html-should-have-been.html

Так они уже давно с этим amp бегают. 404 на ссылках на документацию по amp, висевший практически целый год, многое говорит об его актуальности?

По факту получается, что разработчик сам выдумает себе опен сорс проект, вместо того что реализовать то что надо не только ему как обычно это бывает. Могу ошибаться

Linux core - это выдуманный проект, разработчик которого реализовал лишь то, что надо было только ему. Так что ничего плохого в этом нет)

А что с CSS там случилось?)

Linux core - это выдуманный проект, разработчик которого реализовал лишь то, что надо было только ему. Так что ничего плохого в этом нет)

Согласен

Кто-нибудь динамически во время работы приложения меняет конфигурацию роутов?

В react-router

Всем привет. Может кто-нибудь сталкивался с таким. react+redux. Есть простая компонента, у не по сути два состояния: загружается и прорисовать индикатор или прорисовать дочерние компоненты. Так вот внутри дочерней компоненты случается ошибка при доступе к null переменной как к массиву. И почему-то вот та верхняя компонента как-то глотает ошибку и просто продолжает показывать индикатор загрузки.

В консоль ничего не падает

Кто-нибудь динамически во время работы приложения меняет конфигурацию роутов?

https://github.com/reactjs/react-router/blob/master/docs/guides/DynamicRouting.md

Но если убрать if(this.state.loading) { return (<LoadingSlider/>); } то ошибка появляется в консоли. Причем я уже проверял, оно действительно доходит до прорисовки дочерних компонент. Но по сей видимости видит там ошибку и не идет дальше. Но меня больше волнует, что консоль пустая. Без ошибок

:( Хреново конечно описал, но может кто-то по симптомам увидит знакомое

Но если убрать if(this.state.loading) { return (<LoadingSlider/>); } то ошибка появляется в консоли. Причем я уже проверял, оно действительно доходит до прорисовки дочерних компонент. Но по сей видимости видит там ошибку и не идет дальше. Но меня больше волнует, что консоль пустая. Без ошибок

try { рендр компонента } catch (e) { console.log(e); }

попробуй так посмотреть че падает

Что-то странное. Слегка упростил логику компоненты и ошибка стала появляться. :(

Но спасибо за совет :)

Возможно промис ошибку зажимал

https://github.com/reactjs/react-router/blob/master/docs/guides/DynamicRouting.md

Это же не про динамическое изменение роутов, а про их Лейзи лоадинг

Довольно интересные ништяки показаны

Статья про развертывание React проекта. Ссылка #React #JS

Наткнулся на несколько разных вариантов, как все-таки кашернее менять стейт? this.state = { form : { name: «» } } …

Наткнулся на несколько разных вариантов, как все-таки кашернее менять стейт? this.state = { form : { name: «» } } …

только setState();

Наткнулся на несколько разных вариантов, как все-таки кашернее менять стейт? this.state = { form : { name: «» } } …

так не надо делать, это анти патерн

Это вообще запрещено

1. let name = this.state.form.name; name = ‘Bob’; this.setState({name}); 2. 1. let state = this.state; state.form.name = ‘Bob’; this.setState(state);

я просто не дописал ))

Гайз, а вот возник вопрос такой: react+redux приложение, обычная таблица, данные естественно в сторе для таблицы, и есть блок чекбоксов для включение/выключения отображения колонок таблицы. Так собственно вопрос: насколько это будет идеологически правильно/неправильно пропускать логику этих чекбоксов через весь флоу редакса, и почему бы просто не сделать это через внутренний стейт компонента таблицы, ведь данные о этих чекбоксах относятся только к этой таблице и больше нигде не будут юзаться?

Гайз, а вот возник вопрос такой: react+redux приложение, обычная таблица, данные естественно в сторе для таблицы, и есть блок чекбоксов для включение/выключения отображения колонок таблицы. Так собственно вопрос: насколько это будет идеологически правильно/неправильно пропускать логику этих чекбоксов через весь флоу редакса, и почему бы просто не сделать это через внутренний стейт компонента таблицы, ведь данные о этих чекбоксах относятся только к этой таблице и больше нигде не будут юзаться?

вполне нормально, ты получаешь данные, а компонент сам решает, какие данные показать. Обычная фильтрация и если она больше нигде кроме этого компонента не нужна, то не обязательно ее вытаскивать в store

1. let name = this.state.form.name; name = ‘Bob’; this.setState({name}); 2. 1. let state = this.state; state.form.name = ‘Bob’; this.setState(state);

let state1 = { form: { name: 'yes' } }; let state2 = state1; state2.form.name = 'nope'; console.log(state1); // { form: { name: 'nope' } }

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

только setState, только хардкор

или 3. let st = Object.assign({},this.state); st.form.name=‘vasia’; this.setState(st);

Обычно я делаю так: changePromoCode = (e) => { let st = this.state; st.promo[e.target.id].value = e.target.value; this.setState(st); }; Но появились сомнения, что по сути я правлю сам стейт изначально, а потом еще сетстейтом

Это же не про динамическое изменение роутов, а про их Лейзи лоадинг

callback(null, [ require('./routes/Announcements'), require('./routes/Assignments'), require('./routes/Grades'), ]) Я неправильно вижу этот код? о_О что останавливает сформировать разный массив в зависимости от значения переменной?

> @kirsantov или 3. let st = Object.assign({},this.state); st.form.name=‘vasia’; this.setState(st); я бы тогда еще дальше пошел let st = Object.assign({}, this.state, { form: { name: ‘vasia’ } }); this.setState(st);

Обычно я делаю так: changePromoCode = (e) => { let st = this.state; st.promo[e.target.id].value = e.target.value; this.setState(st); }; Но появились сомнения, что по сути я правлю сам стейт изначально, а потом еще сетстейтом

так и есть

> Vladimir я бы тогда еще дальше пошел Да, да!

> @kirsantov Но появились сомнения, что по сути я правлю сам стейт изначально, а потом еще сетстейтом стейт желательно напрямую не править

ну т.е. второй вариант самый не кашерный?

вот так по идее очень круто ) let st = Object.assign({}, this.state, { form: { name: ‘vasia’ } }); this.setState(st);

и в 1 и во 2 вы изменяете изначальный стейт

Это let name = this.state.form.name; name = ‘Bob’; поменяет всеавно this.state.form.name на Боба

> Vladimir поменяет всеавно this.state.form.name на Боба Да но не обновит в интерфейсе

не обновит, но мало ли где вылезет еще неожиданно в другом месте приложения

А кроме рассинхронизации и отсутствия rerender есть еще какие то подводные камни в прямом изменении стейта

Просто какая разница, копируем ли мы объект, либо меняем текущий стейт на прямую, если потом все равно вызываем setState

Ты главное сохрани это куда-нибудь, чтобы потом прочитать, когда убьешл полдня на поиск ошибки из-за прямого изменения стейта)

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

> @Melongeno А кроме рассинхронизации и отсутствия rerender есть еще какие то подводные камни в прямом изменении стейта > @Melongeno Просто какая разница, копируем ли мы объект, либо меняем текущий стейт на прямую, если потом все равно вызываем setState Алексей, так в этом мой вопрос и заключается

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

ну, возможно таки сразу setState после прямого его изменения ошибок и не повлечет, но мало ли где в асинхронном приложении что-то вылезет, лучше сразу делать по честному, это ж не намного сложнее )

callback(null, [ require('./routes/Announcements'), require('./routes/Assignments'), require('./routes/Grades'), ]) Я неправильно вижу этот код? о_О что останавливает сформировать разный массив в зависимости от значения переменной?

В рантайме. Не при инициализации. У тебя уже загрузились роуты, в зависимости от стейта, и тут стейт поменялся и тебе надо пересчитать роуты. А ты сейчас сидишь на странице, доступ к которой тебе только что закрылся

> Vladimir лучше сразу делать по честному, это ж не намного сложнее ) Так в итоге, как по честному?

ну как-то так let st = Object.assign({}, this.state, { form: { name: ‘vasia’ } }); this.setState(st);

ERROR: S client not available

Гуд! Спасибо!

А что мешает делать так? this.setState({form: {name: "Vasia"}});

если у вас в form помимо name было еще что-то, оно затрется

А и да, кстати в Эксплорере не работает Object.assign - для него нужен полифил

это да

вообще конечно есть https://facebook.github.io/react/docs/update.html

Что-то мало кейсов его использования вижу

Там как-то все сложно

Там как-то все сложно

мораль: не пихать в стейт супер глубокие объекты

Может кто-то подсказать по relay, graphql - насколько я понимаю он позволяет вытаскивать вложенные связи только как свойства объекта а вот если нужно например получить плоский массив всех комментариев во всех постах во всех бордах конкретного пользователя?

normalizr

Ребята кто юзает typescript?

Люди из другого чатика

что лучше, ts или flow?

Люди из другого чатика

Ты хочешь сказать что тут все поголовно на babel'е пишут?

А бабель это что?

Ты хочешь сказать что тут все поголовно на babel'е пишут?

Большая часть

другой яп чтоль?

бабель это ж просто транспилер с ес6

Или ес7

Или экспериментальных фич

Или флоу

бабель это ж просто транспилер с ес6

Скажи, ты зануда?

Ну тут был @chicoxyzzy адепт ТС

Но Денис его недавно замутил за хантинг :с

='(

Есть такие у кого backend на django?

typeScript не менее популярен

его уже размутили вроде

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

ну смотря че хочешь

дев сервера часто хватает

@chicoxyzzy Серёжа, тебя размутили?