Future[Future[]] имхо бред

Михаил там какие-то KList ы мутит, Future, похоже просто под руку попался.

как написать все знают, но о том и речь, что этого говнеца писать не хочется)

это по твоему гавнецо?

Речь не о том насколько по феншую иметь Future[Future[...]] ( хотя я уже намекнул выше, что в жизни приведу много железобетонных аргументов почему оно не просто жизнеспособно, но и будет появляться пока не будет найдено способа с той же скоростью реализовывать с теми же гарантиями исключительно по феншую)

¯\_(ツ)_/¯

Речь не о том насколько по феншую иметь Future[Future[...]] ( хотя я уже намекнул выше, что в жизни приведу много железобетонных аргументов почему оно не просто жизнеспособно, но и будет появляться пока не будет найдено способа с той же скоростью реализовывать с теми же гарантиями исключительно по феншую)

Думаю, все ждут хотя бы одного железобетонного аргумента и можно без намёков.

Раньше я не понимал Олега, но теперь я не понимаю Михаила)

Раньше я не понимал Олега, но теперь я не понимаю Михаила)

Потому что я не говорю ничего

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

ну и котов чутка

Потому что я не говорю ничего

Это он так на нежность напрашивается.

это по твоему гавнецо?

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

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

странно, но мне наоборот такая запись кажется читаемой

если убрать мусор (типа ненужный код), то получится Future.succesful(5)

который возвращает Future[Int]

ну и котов чутка

теперь фп в нейтив занесешь

теперь фп в нейтив занесешь

эт врядли, у меня на эт времени нет

ток в чатик писать есть)

Думаю, все ждут хотя бы одного железобетонного аргумента и можно без намёков.

на одной чаше весов - реализация по феншую за N-минут (а если взять джуна или мидла то это будет N * 10), на другой - реализация с Future[Future[ за N/ 10 минут + K-золотых-монеток, которые достаются либо потому что ты успел раньше других бизнесов, либо потому что пока другие делали что-то ты сделал еще 9 пунктиков) Но без конкретных примеров с конкретными цифрами, всем так и будет казаться, что все это абстрактно и надуманно) Пусть так) Как и говорил, цель не в отстаивании позиции Future[Future[ , а просто в самой задачке как заплейнить Футурку одной функцией

=( какой коннектор для кролика из акки посоветуете ? неужели ньюмун , и вообще это нормально, когда основная фича коннектора это "This small library allows you use RabbitMQ client via Akka Actors. The main idea implemented in library is to survive losing connection with RabbitMQ server"

=( какой коннектор для кролика из акки посоветуете ? неужели ньюмун , и вообще это нормально, когда основная фича коннектора это "This small library allows you use RabbitMQ client via Akka Actors. The main idea implemented in library is to survive losing connection with RabbitMQ server"

я обыный java api юзаю

если убрать мусор (типа ненужный код), то получится Future.succesful(5)

Если у тебя уже есть Future(Future(Future(5))) , куда ты уберешь весь мусор и как получишь 5-ку одной функцией ?

ну это очень абстрактный вопрос, у меня не будет такого просто ¯\_(ツ)_/¯

я уж тогда сделаю f.get.get =)

ну это очень абстрактный вопрос, у меня не будет такого просто ¯\_(ツ)_/¯

Такого не будет и бентли не будет. Подумаешь, все относительно. Есть вещи поважнее в этом мире - не спорю)

Если у тебя уже есть Future(Future(Future(5))) , куда ты уберешь весь мусор и как получишь 5-ку одной функцией ?

так что не так с for и вариантом, который предложил Олег? по сути первый Future эт тоже бизнес логика

ну вот в том и дело, что если там бизнес логика, то for отлично кладется, а если просто мусор, то и писать можно succesful(5)

так что не так с for и вариантом, который предложил Олег? по сути первый Future эт тоже бизнес логика

Т.е. ты действительно считаешь, что все ок for { f0 <- f f1 <- f0 r <- f1 } yield r это ок, против flatten(f) ну знаете... эдак мы точно не найдем понимания друг друга)

Т.е. ты действительно считаешь, что все ок for { f0 <- f f1 <- f0 r <- f1 } yield r это ок, против flatten(f) ну знаете... эдак мы точно не найдем понимания друг друга)

подожди? а что не так?

ну у тебя ж там не просто f так то

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

я обыный java api юзаю

а акку ты не используешь?

а акку ты не используешь?

нет

подожди? а что не так?

def m1 = for { f0 <- f f1 <- f0 r <- f1 } yield r def m2 = for { f0 <- f f1 <- f0 r <- f1 } yield r def m3 = for { f0 <- f f1 <- f0 r <- f1 } yield r Против: def m1 = flatten(f) def m2 = flatten(f) def m3 = flatten(f) Помножь это на 1000... Все так братюнь)

нет

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

а акку ты не используешь?

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

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

скалу

скалу

тайпклассы там, имплиситы??

тайпклассы там, имплиситы??

да

иногда

да

спасибо

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

ну да, в декабре, а что контрлировать нужно

ну да, в декабре, а что контрлировать нужно

размер очереди например. Или что станет с очередью в акторах, если бэкенд умрет. Ну подобные кейсы

много ли там скапливается, может flow-control будет утыкаться в акторы

@rudogma я если честно ничего не понял, flatten на future дергает тот же самый flatMap, и то что ты описал в for != просто вызову flatten

если бизнес говорит вызывать по сто раз разные Future(Future(Future(N))), то flatten(N) решает

Future от Future бред

так что не так с for и вариантом, который предложил Олег? по сути первый Future эт тоже бизнес логика

Олег также выше не поленился накидать работающий пример Flatten() с имплиситами) И как в самом начале говорил - плейнить футурки - это просто прикладной пример, все эти паттерны применимы и в других местах

можно пример? я просто не вьезжаю где это может пригодится

Футурорн сын Промисорна

@rudogma я если честно ничего не понял, flatten на future дергает тот же самый flatMap, и то что ты описал в for != просто вызову flatten

все это дергается внутри. в бизнес логике ты видишь только flatten(f)

а потом генеришь тип к методу, а он возвращает простыню на пару страниц из вложенных фьюч =)

можно пример? я просто не вьезжаю где это может пригодится

Цитирую одно из сообщений выше ... а для футурок - растет из прикладной хотелки, когда поднимаю микросервисы в пару строк и мне хочется за пару минут написать несколько строк и запустить в прод без тестов def apimethod(p1, p2, p3) = async(group-to-synchronize){ some code + return somefuture } // что естественно как минимум вернет Future[Future[ и возможно даже еще уровень, но уже гораздо реже конечно ]] это как бы все, что мне требуется для добавление одного микрометода в один микросервис и чтобы быть уверенным, что бизнес-логика синхронизирована относительно определенного положения звезд(комбинации параметров) на небе. просто требования бизнеса - адаптируйся и делай быстрее других или будешь позади)

а почему это вернет Future[Future а не просто Future

а почему это вернет Future[Future а не просто Future

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

ну и плюс асинк также дождется и выполнения somefuture (рекурсивно, если там еще есть), прежде чем в данной асинк-группе даст ход следующей задачке

ну и плюс асинк также дождется и выполнения somefuture (рекурсивно, если там еще есть), прежде чем в данной асинк-группе даст ход следующей задачке

кто тебе мешает делать join на футурах?

кто тебе мешает делать join на футурах?

лефт или райт, а может иннер? моя твоя не понимать)

ну вот Future.sequence не то ли делает, что тебе нужно?

ну вот Future.sequence не то ли делает, что тебе нужно?

нет конечно) у меня вложенные футурки, а не список футурок)

дык зачем тебе они вложенные? я этого не понимаю

дык зачем тебе они вложенные? я этого не понимаю

потому что я быдлокодер. срыв покровов

вот с этого стоило бы начать

@rudogma может быть тебе результат каждого отдельного футура важен?

@rudogma может быть тебе результат каждого отдельного футура важен?

мне нет. не важен. только пан или пропал (уносите труп, заносите следующего кандидата)

тогда эт просто Future)

тогда эт просто Future)

вот я и делаю из Future[Future[....Future[T]] - просто Future[T]

размер очереди например. Или что станет с очередью в акторах, если бэкенд умрет. Ну подобные кейсы

спасибо

футурки кстати прекрасно сворачиваются фолдом в одну единственную

ну вот Future.sequence не то ли делает, что тебе нужно?

Future.sequence исполняет независимые футуры паралелльно

http://www.lihaoyi.com/post/ScalaScriptingGettingto10.html

футурки кстати прекрасно сворачиваются фолдом в одну единственную

флэтмапятся?

Future.sequence исполняет независимые футуры паралелльно

и дают тебе один Future

Oleg в общем я ничего все равно не понял)

и дают тебе один Future

и если их много то потери на переключения контекста между потоками исполнения

ну и жрут эти самые потоки естественно

поэтому надо и юзать monix =)

и если их много то потери на переключения контекста между потоками исполнения

Там же пул

вот его и сожрут

и что? эт страшно?

по ситуации

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

так то полезно чтоб что то свободное оставалось

в смысле?

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

хорошо типа как в аккастримах или подоьбном

В смысле? А ты так не делаешь?

выделил сколько надо ивперед

Щас все так делают

дык если ты выделишь, то все потоки сожрешь из пула

там ж очередь тасок обычная

нечто вроде mapAsync я имею ввиду

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

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

как сказать

допустим у тебя в Future.sequence запросы в бд висят

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

грустнее пул коннектов к базе