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

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

в любой последовательности

?

понятно. спасибо

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

Раз заговорили о сагах, грех не упомянуть https://github.com/tihonove/reelm

https://reelm.github.io

https://reelm.github.io

Там вообще ничего нет, лол.

Там вообще ничего нет, лол.

ну так надо взять и написать

Библиотечка кстати годная

https://youtu.be/FlxpXoiiiT4?t=2894 - доклад про reelm с WSD

непонятно, зачем там редукс вообще

непонятно, зачем там редукс вообще

звучит как зачем редюсерам редакс

let myAction$ = Bacon.Bus(); let stream$ = Bacon.update({val: 0}, increment$: (state)=>{state, val: state.val++} ) stream$.onValue(state=> React.render(<button onClick={e=>increment$.push()}>{state.val}</button>, myEl) считай то же самое.

Извини, что-то дофига синтаксических ошибок, не распарсил

http://codepen.io/anon/pen/qNrLVX

Кто-нибудь использует у себя JsDoc 3? Генерите документацию по нему? Помогает?

Это типа мы на изменение стейта перерендериваем весь дом?

Кто-нибудь использует у себя JsDoc 3? Генерите документацию по нему? Помогает?

@DenisIzmaylov я слышал использует вместо флоу и тс

Кто-нибудь использует у себя JsDoc 3? Генерите документацию по нему? Помогает?

с ternjs шикарно сочетается

Это типа мы на изменение стейта перерендериваем весь дом?

ну на самом деле нет:)

перерендериваем виртуалдом только.

Таки да, меня тоже интересует вопрос генерации доков из JsDoc

смотрел апи postcss, выглядит отлично

http://api.postcss.org

омнибоксы с ternjs вообще огонь

Альзо

А как в JsDoc нормально описывать возвращаемый промисом тип данных?

А как в JsDoc нормально описывать возвращаемый промисом тип данных?

https://github.com/mongodb/node-mongodb-native/blob/2.1/lib/mongo_client.js - можно как тут описано попробовать

А как в JsDoc нормально описывать возвращаемый промисом тип данных?

{Promise<string[]>}

В stylelint можно глобально куда-то browserstring пихнуть?

Фак, react-redux-form просто ужасные, вообще нифига не понятно.

в ангуларе зато нормально работа с формами реализована

в ангуларе зато нормально работа с формами реализована

ага, есть еще метеор и жиквери

Фак, react-redux-form просто ужасные, вообще нифига не понятно.

че так? я пользую и очень доволен

Фак, react-redux-form просто ужасные, вообще нифига не понятно.

я честно, несколько дней пытался cломать мозг и чувство прекрасного, прикручивая их в свой проект то же самое с redux-form в итоге просто понял, что все что мне нужно есть в react-formal

че так? я пользую и очень доволен

много форм? насыщенные? сложные контролы? валидация простая?

че так? я пользую и очень доволен

Да какие-то очень неявные и нелогичные решения. Какие-то модельки, непонятно как они модифицируются, весь редакс на хую вертится просто.

А кто в этом чатике модератор?

много форм? насыщенные? сложные контролы? валидация простая?

одни формы. угу, пришлось несколько раз делать свой select2. вот валидации не очень много, пока нет желания прикручивать (продукт для инхаус пользования)

А кто в этом чатике модератор?

@Vogre

react-formal пока больше понравился. Правда там тоже у чувака своё чувство прекрасного, а ещё я подозреваю, что оно тянет за собой кучу всякой фигни.

одни формы. угу, пришлось несколько раз делать свой select2. вот валидации не очень много, пока нет желания прикручивать (продукт для инхаус пользования)

у тебя после каждой смены поля должен какой-то запрос на сервер идти? Просто у меня куча форм, которые сабмитятся по кнопке, в хранилище ток статус отправки, а сама форма в стейте лежит компонента

> react-formal пока больше понравился. Правда там тоже у чувака своё чувство прекрасного есть такое, но даже учитывая это react-formal проще запилить и дальше мейнтейнить

У меня пока проблема с mdl формачками.

нет, я сейчас отказываюсь от автосейва. я попробовал на маленькой форме хранить данные в стейте и забирать их оттуда по событию, но мне не понравилось. сейчас я сделал все целиком на funсtion компонентах. класс бейзд использую только корневые, чтобы инициализироваться в componentWillMount. а вообще было бы супер и от этого отказаться. stateless наше все

и как раз react-redux-form шикарно прикручивается к этому

нет, я сейчас отказываюсь от автосейва. я попробовал на маленькой форме хранить данные в стейте и забирать их оттуда по событию, но мне не понравилось. сейчас я сделал все целиком на funсtion компонентах. класс бейзд использую только корневые, чтобы инициализироваться в componentWillMount. а вообще было бы супер и от этого отказаться. stateless наше все

У тебя даже невалидные данные хранятся в редаксе?

да. рядом лежит флаг валидности

Ну да, логично.

просто не даешь сохранить

В целом довольно правильно так делать, типа стейт в редаксе, всё приложение в одном месте.

имхо получается очень аккуратно, чистые функции, минимум ошибок.

тут хедхантить депрекейтед

Вроде в группе HH запрещён.

Мне сказали в свой проект можно

Ну если админ сказал, то ок. Вообще согласен, что потоковых HR-щиков надо ссаными тряпками гнать.

имхо получается очень аккуратно, чистые функции, минимум ошибок.

Я научился в редаксе хранить бизнес-логику. А вот как с формочками пока не понятно, потому что не хочется ради стандартной формы писать кучу кода.

я жду, что скажет Денис, но я думаю, короткое описание с вилкой один раз на вакансию от технаря - норм.

Ну если админ сказал, то ок. Вообще согласен, что потоковых HR-щиков надо ссаными тряпками гнать.

Я думаю HR нисколько не мешает писать объявы добавляя магические “в свой проект“

Я научился в редаксе хранить бизнес-логику. А вот как с формочками пока не понятно, потому что не хочется ради стандартной формы писать кучу кода.

берешь свой редьюсер, в котором все хранишь. делаешь его modeled (в доке есть) и наслаждаешься всеми плюшками. я еще icepick’ом подмораживал, чтобы хорошо все друг с другом работало

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

ERROR: S client not available

берешь свой редьюсер, в котором все хранишь. делаешь его modeled (в доке есть) и наслаждаешься всеми плюшками. я еще icepick’ом подмораживал, чтобы хорошо все друг с другом работало

Блин, ради простых формочек приходится столько возиться.

не возись

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

может у него инкубатор стартапов

Вообще хотелось бы писать редюсеры писать чистыми функциями, без всяких вот таких обёрток от redux-forms

не возись

Ну научится-то всё равно нужно. Если я не научусь — некому из команды приучать будет.

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

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

Мне кажется, что ошибки вообще нельзя хранить в общем стейте. Максимум какой-нибудь код.

у меня просто куча кастомных контролов, которые надо подсвечивать при ошибках я решил так будет быстрее и удобнее, если они будут тупо подписываться на state.form.errors нежели эти ошибки валидации пробрасывать каждому через дерево компонентов

react-formal + yup всей основной работой занимается ты только пишешь ему необходимые обработчики onSubmit / onFormChange и описываешь в одном месте схему данных и валидации (yup)

сделал базовый класс CustomForm и наследуешь от него все свои формы

сделал базовый класс CustomForm и наследуешь от него все свои формы

А зачем базовый класс?

а там куча кода реиспользуется

нужен тупой недоязык типа жс

бизнес разный бывает, у НАСА тоже бизнес-задачи, но и постановка очень годная трижды физиками-теоретиками перепердоленная. Да и верификация нужна. Короче все по-разному. Массовому бизнесу, новым инстаграмчикам и всем этим призмам конечно такое ненужно

что за призмы?

что за призмы?

Новомодное приложение с фильтрами под айфон

а. ок

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

делает из фотки картину или что-то такое

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

Это да

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

Или просто библиотечка с гитхаба

а что, она на жс?

На сях/обжектив сях, надо понимать

ну на сях может быть только нужный модуль

а ui и на js

мало ли

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

Всю математику написали за них

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

https://github.com/jcjohnson/neural-style

вот на тему видосик, надеюсь Денис разрешит :) https://www.youtube.com/watch?v=AyrRoKN_kvg

https://github.com/jcjohnson/neural-style

With the default settings, neural-style uses about 3.5GB of GPU memory on my system; switching to ADAM and cuDNN reduces the GPU memory footprint to about 1GB.

оно на серваке их обрабатывается?

Да