а то я пытаюсь тут настроить их обработку на серваке через multer и res.files стабильно пустой

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

.end() еще в конце конечно же

https://learn.javascript.ru/event-bubbling

вдогонку, применительно к реакту: "...To register an event handler for the capture phase, append Capture to the event name; for example, instead of using onClick, you would use onClickCapture to handle the click event in the capture phase." https://facebook.github.io/react/docs/events.html

Недавно тут спрашивал про жизнь без redux

https://github.com/mobxjs/mobx эту штуку теперь везде советуют. Кто пробовал?

Помню, тут сидит кто-то, кто даже плагины к ней писал )

а про картинки никто не в курсе? в какую сторону копать хотя бы?

а то я уже голый formData засовываю в superagent, и без результатов

может есть хороший гайд по отправке картинок с клиента?

чувствую, что какая-то совсем дурацкая ошибка

@anorudes я пробовал и написал в соавторстве с автором mobx https://github.com/chicoxyzzy/rx-mobx

но вообще mobx не нужен если есть rx

Сережа, а ты же потом вроде писал "mobx не нужен". Не понравился значит?

а так штука хорошая, простая

но не нужен да :)

rx тоже не знаю, к сожалению. Если сравнить с redux?

ну они немножко разные. их сравнивать неправильно

mobx делает реакт реактивным

реактивный реакт ?

да. потому что сам по себе реакт не реактивный

но хорошо прикидывается

многие даже верят

а на cycle.js кто-то писал?

✋

но вот он уж точно не нужен

блин, все слишком быстро меняется) не упеешь попробовать инстурмент - а он уже не нужен ?

он всегда был не нужен. просто я успел это выяснить и сохранить тебе полчаса жизни ;)

еще скажи elm не нужен!

А что нужно?

я это давно говорю же

элм не нужен!

А то я немного в смятении теперь, вроде вчера говорили что всё это нужно, а уже не нужно.

просто вчера меня тут не было)

Мне кажется, Observable - это довольно ограниченная абстракция, прямое изменения стейта гораздо легче использовать в общем случае.

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

Но ведь весь вторичный стэйт можно высчитаывать в компонентах, а в сторе хранить только первичный стэйт.

до тех пор, пока тебе не нужен sideway data loading

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

до тех пор, пока тебе не нужен sideway data loading

А reselect разве не для этого?

реселект — это мемоизация функций всего лишь

Но sideway data loading через него можно сделать, сам видел :)

Или там какая-то скрытая проблема есть?

можно и без него

там есть проблема и не одна

но все именно по причине того, что это мемоизация вычислений по аргументам и не более того

то есть он годен только для этой конкретной оптимизации

и опять же не спасает во всех случаях

То есть всё дело в производительности в итоге?

дело чего?

Дело того, почему стоит использовать Observable вместо reselect

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

в лодаше тоже есть мемоайз

это ведь не значит, что лодаш может заменить обзёрваблы

обычно frp либы тоже мемоизацию имплементят. так что я не очень хорошо понимаю почему вообще сравниваются reselect и концепция observable

и конкретно в mobx вот этот reselect встроен сразу

в случае rx / most этим можно еще и управлять

кто колится elm?

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

Скорее кто раньше писал на Haskell или OCaml

кто раньше писал на хаскелле, тот юзает ghcjs и плачет от того, что сигнал - это не монада. и вообще в элме монад нет

Даже в виде сторонней либы нет?

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

нет, elm очень интересная вещь

Скорее кто раньше писал на Haskell или OCaml

и вот

элм вещь интересная, но его нет смысла учить

кто раньше писал на хаскелле, тот юзает ghcjs и плачет от того, что сигнал - это не монада. и вообще в элме монад нет

ghcjs это слишком

и юзать тем более

ERROR: S client not available

элм вещь интересная, но его нет смысла учить

для себя, саморазвитие, обмазывание ФП

Proudly coded on Elm (TM)

ну это да. поэтому можно почитать про элм и продолжать писать на том, на чем писал раньше

у элма на сайте есть охеренной ценности доки

про виды frp в частности

ну это да. поэтому можно почитать про элм и продолжать писать на том, на чем писал раньше

есть такое

охрененнейшее чтиво!

я планирую выучить elm, когда закончу хаскель и узнаю основы ocaml, lambda calculus уже выучил (те части, которые посоветовала книга)

обколятся своим elm.. )

а как же алгебраические типы данных, как без них ?

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

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

так не фронтенд же

elm круто canvas реализовал btw

вот clojurescript или scala.js или ghcjs могут вне веба пригодиться

а элм - бесполезный

он обречен

для него тупо очень многого нет и описаний типов для js либ нет

ну он растет же

он растет уже много лет

нормально

но ему очень далеко до уровня кложи или скалы в вебе

и, скорее всего, он их никогда не догонит

на окамле или f# вот тоже можно в js транспилиться

лучше их выбрать

если ML хочется обмазываться

вот пьюрскрипт еще есть — такой же ненужный как elm, но с монадами

интересно, нахрена их столько делают сейчас?

мне хаскель больше ML нравится, но f# (тот же окамл, они же почти одинаковые) выучу, ибо dotnet

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

только asm.js

вот пьюрскрипт еще есть — такой же ненужный как elm, но с монадами

слышал про него, но как-то elm его победил по ощущениям

пьюрскрипт больше на хаскелль похож