и рандомным образом я не могу синхроизировать все фьючеры

чет то что ты описываешь похоже на хороший такой проеб в архитектуре

да не;

на тасках эту задачку решить просто:

implicit class TaskBackoff[A](task: Task[A]) {
   /**
    * Implement non-blocking Exponential Backoff on a Task.
    * @param  p  returns true for exceptions that trigger a backoff and retry
    */
   def retryEBO(p: (Throwable => Boolean) ): Task[A] = {
     def help(count: Int): Future[Throwable \/ A] = {
       val base: Duration = 52.milliseconds
       val timeout = base * Random.nextInt(math.pow(2,count).toInt) // .extInt is [), implying -1
       task.get flatMap {
         case -\/(e) if p(e) =>
           help(count + 1) after timeout
         case x => Future.now(x)
       }
     }
     Task.async { help(0).unsafePerformAsync }
   }
 }

А почему нельзя их и взять?

хотим выпилить от скалаза зависимость

Еще в monix есть Task, как раз сегодня слушал доклад про него

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

Монокль вам зачем? У softwaremil есть очень лёгкие линзы.

Да исторически сложилось) ну моноколь быстрые, но тянут за собой скалаз

да и от скалаза избавиться не удалось пока; список фьюч, которые с таймаутом рикаверятся не так просто синхронизировать оказалось ._.'

кстати, я недавно на вот такую либу набрел: https://github.com/pathikrit/sauron

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

ну https://github.com/adamw/quicklens тоже ничего

Я правильно понимаю, что линзы нужны для трансформации неизменяемых структур данных?

*Были придуманы

да

ага, чтобы слишком много не делать вложенных вызовов .copy

Саурон хорошее название.

Блин, крутая штука. Я делал так:

case class Pawn(side: Side, position: Position, board: Option[Board]) extends Piece {
 def withBoard(board: Board): Piece = Pawn(side, position, Some(board))
}

а теперь можно просто заюзать линзы