Покажи конфиг

когда будет релиз 16?

Как нормально подключить можно в SSR?)

когда будет релиз 16?

Скоро

Уже последний RC

Как нормально подключить можно в SSR?)

Надо было юзать SC

Третяк(на ОдессаЖС) обещал болшое счастье, не могу дождаться :)

Как нормально подключить можно в SSR?)

Сделай для прода extracttextplugin для стилей и подключай как обычный css, а на деве не страшно что стили после загрузки js грузятся

Сделай для прода extracttextplugin для стилей и подключай как обычный css, а на деве не страшно что стили после загрузки js грузятся

Это надо делать для двух конфигов? Только на клиент конфиге оно. Очень в глаза бросаются когда картинки и тексты голые показываются

Это надо делать для двух конфигов? Только на клиент конфиге оно. Очень в глаза бросаются когда картинки и тексты голые показываются

Только для прода и на клиенте

аа, у тебя css модули, тогда этот вариант не подойдёт)

может отказаться от этого ssr...

может отказаться от этого ssr...

Тебе нужно на сервере подготовить css

И положить в <style>

может отказаться от этого ssr...

лучше на styled-components переписать, не очень много времени займет

лучше на styled-components переписать, не очень много времени займет

Хорошее предложение

лучше на styled-components переписать, не очень много времени займет

Попробую, спасибо

хочу поговорить за immutablejs, хоть это тема уже и обсасывалась 100500 раз вот вроде норм посты, из последних, которые читал https://medium.com/@dtinth/immutable-js-persistent-data-structures-and-structural-sharing-6d163fbd73d2 http://jlongster.com/Using-Immutable-Data-Structures-in-JavaScript https://medium.com/@AlexFaunt/immutablejs-worth-the-price-66391b8742d4 но я чего-то все еще сомневаюсь нужен ли он мне и есть ли сильный профит т.е. печально, что это не встроено в язык и обычные структуры данных не так работают – приходится туда-сюда конвертить. и нужно помнить, что если писать toJs то теряется смысл structural sharing и сразу прикинуть те места, где всё таки придется писать toJs. и еще всякие вещи типа https://github.com/gajus/redux-immutable а seamless-immutable – хз вообще зачем сделали :) кстати, я не знаю как это будет работать с редаксом если честно и как это отражается на работе GC. вообще интересно как отразится использование immutablejs на работе сборщика мусора. в том другом посте написано просто "All updates return new values, but internally structures are shared to drastically reduce memory usage (and GC thrashing). ", но почему это так? что именно приводит к минимизации накладных расходов на сборку мусора, кто это проверял и где можно посмотреть какие-то результаты / бенчмарки? с immutablejs, насколько я понимаю, за счет того, что это персистентные структуры данных их дешево сравнивать "по значению" (is, equals), т.е. за счет этого he makes reconciliation faster вообще, но насчет GC, памяти (structural sharing, https://en.wikipedia.org/wiki/Trie) и производительности я не знаю дает ли это какой-то ощутимый выигрыш, надо проверять очень много вопросов без ответов

Разобрался С:

хочу поговорить за immutablejs, хоть это тема уже и обсасывалась 100500 раз вот вроде норм посты, из последних, которые читал https://medium.com/@dtinth/immutable-js-persistent-data-structures-and-structural-sharing-6d163fbd73d2 http://jlongster.com/Using-Immutable-Data-Structures-in-JavaScript https://medium.com/@AlexFaunt/immutablejs-worth-the-price-66391b8742d4 но я чего-то все еще сомневаюсь нужен ли он мне и есть ли сильный профит т.е. печально, что это не встроено в язык и обычные структуры данных не так работают – приходится туда-сюда конвертить. и нужно помнить, что если писать toJs то теряется смысл structural sharing и сразу прикинуть те места, где всё таки придется писать toJs. и еще всякие вещи типа https://github.com/gajus/redux-immutable а seamless-immutable – хз вообще зачем сделали :) кстати, я не знаю как это будет работать с редаксом если честно и как это отражается на работе GC. вообще интересно как отразится использование immutablejs на работе сборщика мусора. в том другом посте написано просто "All updates return new values, but internally structures are shared to drastically reduce memory usage (and GC thrashing). ", но почему это так? что именно приводит к минимизации накладных расходов на сборку мусора, кто это проверял и где можно посмотреть какие-то результаты / бенчмарки? с immutablejs, насколько я понимаю, за счет того, что это персистентные структуры данных их дешево сравнивать "по значению" (is, equals), т.е. за счет этого he makes reconciliation faster вообще, но насчет GC, памяти (structural sharing, https://en.wikipedia.org/wiki/Trie) и производительности я не знаю дает ли это какой-то ощутимый выигрыш, надо проверять очень много вопросов без ответов

toJs не нужен

Можно разделить извлечение данных (мемоизированные линзы) и их обновление — стандартные методы Immutable

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

По поводу производительности — выигрыш иммутабл растёт с ростом объёма данных (ничего странного, это просто продвинутая математика)

Если у тебя три фетча в минуту — то лучше, удобнее и эффективнее обычные структуры жс

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

Я долго сопротивлялся внедрению иммутабл, всё же он жирный ппц, но в один момент смирился с тем что с определенной стадии его плюсы перевешивают)

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

сорри, не очень понял, я имел ввиду, например, по сравнению с clojure https://clojure.org/reference/data_structures это не встроено в сам язык и проходится с этим бороться, ковертируя их туда-сюда т.е. если бы Array, Map, etc были персистентыми по-умолчанию (на самом деле, я понмаю, что это абсурд в js)

https://dl.dropboxusercontent.com/s/xefftgnybucpfj0/2017-09-16%20at%2016.27.png

Я долго сопротивлялся внедрению иммутабл, всё же он жирный ппц, но в один момент смирился с тем что с определенной стадии его плюсы перевешивают)

А в самом интерфейсе FB его сейчас используют?

Ой, я не проверял, интересный вопрос. Но у них данных много, всё равно какой-то бойлерплейт в таком духе так и так появится

Я долго сопротивлялся внедрению иммутабл, всё же он жирный ппц, но в один момент смирился с тем что с определенной стадии его плюсы перевешивают)

а в итоге вы получили выигрыш от его использования? он был заметен?

сорри, не очень понял, я имел ввиду, например, по сравнению с clojure https://clojure.org/reference/data_structures это не встроено в сам язык и проходится с этим бороться, ковертируя их туда-сюда т.е. если бы Array, Map, etc были персистентыми по-умолчанию (на самом деле, я понмаю, что это абсурд в js)

Я на самом деле рад что это не так. Кложура - opionated и может себе это позволить. Жс работает на миллиардах сайтов и tc39 учитывает интересы всех, умудряясь ничего не ломать уже десятилетие

а в итоге вы получили выигрыш от его использования? он был заметен?

Ну вроде об этом и речь

Я на самом деле рад что это не так. Кложура - opionated и может себе это позволить. Жс работает на миллиардах сайтов и tc39 учитывает интересы всех, умудряясь ничего не ломать уже десятилетие

Так не надо ломать, отдельные структуры просто сделать

Ну имхо он не может быть не заметен. Замена O(n) на O(log n) при n больше хотя бы тысячи уже очень сильно скажется

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

Я бы хотел симлес использовать

Так не надо ломать, отдельные структуры просто сделать

Их все равно придётся делать) Но делать Seq и Map я чёт задолбался(( А List вообще мало реально, очень сложный алгоритм

Hash trie

seamless-immutable, который дает тот же интерефейс, что и стандартные типы

он же медленный и у него нет преимуществ перед immutablejs

Основной профит от иммутабельности для себя я вижу в простоте использования и чтения кода. Понимать код с мутациями сложнее. На данный момент я использую обычные спреды и конкаты, что медленно, seamless еще медленнее?

seamless-immutable, который дает тот же интерефейс, что и стандартные типы

Immutable тоже

Immutable тоже

Но это отстой

там нет вроде structural sharing вообще https://medium.com/@ckoster22/seamless-immutable-an-alternative-to-immutablejs-12795d6bf577 http://jlongster.com/Using-Immutable-Data-Structures-in-JavaScript (h seamless-immutable)

Но это отстой

Нафиг мне T | void в get, нужен Maybe<T>

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

Из контекста достать и подписаться самому

Ну имхо он не может быть не заметен. Замена O(n) на O(log n) при n больше хотя бы тысячи уже очень сильно скажется

Ну вот фича в том, что подавляющее большинство имеет на пару порядков меньше, crud да пара полей

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

Есть предельно простое решение, но подозреваю что ты делаешь что то не так

+ "не слушал изменения" наталкивает на эти мысли

мне нужно задиспатчить action, для которого нужны данные из стора. Если конкретно, то это текущий viewport карты. Я его использую, чтобы доставить сразу готовые данные в стор, а не делать еще какие-то операции в редьюсере. И об изменении этого viewport'а компоненту не нужно знать.

redux-saga, redux-thunk, хотя они оба не походят) Но dispatch можно в компонент отдать, хоть мне это не нравится. dispatch автоматически передается как пропс, если не передать mapDispatch

наверное лучше брать viewport уже в редьюсере

redux-saga, redux-thunk, хотя они оба не походят) Но dispatch можно в компонент отдать, хоть мне это не нравится. dispatch автоматически передается как пропс, если не передать mapDispatch

Можно. Но нельзя.

Компонент не должен знать ни о каком таком dispatch.

Ребят привет можете объяснить эту запись ,впервые такое в js вижу handleItemClick = (child: Element<*>) => (event: SyntheticMouseEvent<>)

наверное лучше брать viewport уже в редьюсере

Нельзя

Редьюсеры простые и ничего не знают про мир

Ребят привет можете объяснить эту запись ,впервые такое в js вижу handleItemClick = (child: Element<*>) => (event: SyntheticMouseEvent<>)

arrow functions + typescript

Хотя хз насчет тайпскрипта

arrow functions + typescript

ну первое и я понял

Редьюсеры простые и ничего не знают про мир

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

Хотя хз насчет тайпскрипта

это флоу

это флоу

можно вкратце ,что это запись делает?

типы задает

типы задает

Как я понял сгенерированный тип , спасибо

не сгенерированный, flow.org

мне нужно задиспатчить action, для которого нужны данные из стора. Если конкретно, то это текущий viewport карты. Я его использую, чтобы доставить сразу готовые данные в стор, а не делать еще какие-то операции в редьюсере. И об изменении этого viewport'а компоненту не нужно знать.

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

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

а, это не generated types, a _generic_ types, т.е. "обобщенные типы", в простонародии – дженерики)

Удалил свою тупость ,спасибо

нормально, в го вообще их нет, например https://golang.org/doc/faq#generics https://github.com/golang/go/issues/15292 https://appliedgo.net/generics/ https://github.com/cheekybits/genny

http://classicprogrammerpaintings.com/post/144854447139/go-programmer-claims-he-doesnt-need-generics

а кто-нибудь знает конфиг для eslint по типу airbnb, но с новым eslint-plugin-jsx-a11y и eslint

а кто-нибудь знает конфиг для eslint по типу airbnb, но с новым eslint-plugin-jsx-a11y и eslint

eslint-config-atomix-base eslint-config-atomix-react

Спасибо!

Привет ребятки,можете подсказать почему при клике на option не вызывается handleItemClick ?

https://gist.github.com/minaev-git/b11db37d23ae4afe83378c90fdb7ad8b

Ты понимаешь, что ты создаешь новый компонент при каждом рендере?

Такого я еще никогда не видел

https://gist.github.com/minaev-git/b11db37d23ae4afe83378c90fdb7ad8b

Что за пиздец?

Если по теме, то return(() => {

Зачем функцию вернул?

Такая концентрация странных решений на один гист, что я до сих пор в ахуе

Такая концентрация странных решений на один гист, что я до сих пор в ахуе

+