да не;

на тасках эту задачку решить просто: 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)) } а теперь можно просто заюзать линзы

да, используй линзы

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

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

а остальное используй; тут дело вкуса и зависимостей

> @pomadchin не потому что они страшные или шейплез страшный а потому что они медленные +100

линзы это всего лишь морфизмы между профункторами с силой, what's the problem?

Я тоже так могу: "Линейное уравнение продуцирует интеграл Пуассона. К тому же аксиома концентрирует неопределенный интеграл." :D (стырено отсюда, если кто недавно подключился к интернету: https://yandex.ru/referats )

линза с силой это сфинктер =)

аппликативный сфинктер

> @clayrat линзы это всего лишь морфизмы между профункторами с силой, what's the problem? Мне иногда кажется, что это такая манера общения) https://i.gyazo.com/a92a1a28508d06729b0f81fcbb8c34b6.png

линза с силой это тавтология ;)

если в основе просто профунктор - изоморфизм, с силой - линза, с выбором - призма

а вообще это была шутка на тему monad is just a monoid in the category of endofunctors ?

вот, откуда оно пошло

=)

многие говорят в таком стиле

“это всего лишь))" я про это

на самом деле эта фраза тоже шутка, всерьез так никто не объяснял

скорее всего взято из учебника макклейна

https://i.gyazo.com/68bcb90a9461051337bd82a6f73cee32.png

И вправду, смешно ж

ну профунктор это типа стрелки b -> c

можно замапить ковариантную функцию a->b, получим стрелку a => c

что означает слово "типа"?

или замапить контравариантную функцию c->d, получим стрелку b => d

профунктор - функция над ->?

для определенных аргументов

скажем так, функция это разновидность профунктора, но бывают и другие

instance profunctorFn :: Profunctor (->) where dimap a2b c2d b2c = a2b »> b2c »> c2d

»> здесь просто композиция функций, пюрскриптовый синтаксис :_

А как это прочитать? “a маппиться на d, через что-то”

?

можно и так наверное

типа линза - функция над функция с определенным искажением

ну вообще линза это пара функций i->o и (i,o')->i'

это просто пара put / get функций

и не больше не меньше

типа получить вьюху из модели и восстановить новую модель из новой вьюхи и старой модели

и два закона есть)

очевидных

get (put v s) = v put(get s) s = s

:D

еще иногда добавляют put o’ (put o i) = put o’ i

да там много

есть еще законы частичного применения

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

quicklens как раз в Sowtwaremil разрабатывался, судя по пакетам. Годная, использую.

Прошу прощения за вторжение. Помогите, пожалуйста, найти сильного Senior Scala Developer разрабатывать с нами серверную часть www.Acotor.im Actor - это мессенджер под iOS, Android, веб и десктопы c открытым исходным кодом. Мы довольно популярны на гитхабе (https://github.com/actorapp/actor-platform, постоянно пилятся форки. Гарантируем интересные технические задачи, адекватную команду, уважительную зарплату на уровне. Офис находится в Петербурге, но возможна и удаленка. Писать можно мне на anton@actor.im Заранее благодарю.

что-то у вас ссылка битая

actor.im

)

и вправду, спасибо)

а откуда название пошло? потому что изнутри все на акковских акторах работает?

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

Но да, внутри все примерно так

фултайм ищете ?

Да

а откуда название пошло? потому что изнутри все на акковских акторах работает?

как и сказал наш коллега - на стороне сервера действительно используются акковские акторы. также примерно с момента выходы stable релиза(пусть и experimental) используются akka streams и akka http. Раньше была связка акторы + slick + postgres, сейчас ключевые моменты перевели на akka persistence, event-ы пишутся в postgres. В дальнейшем есть планы отвязаться от одного хранилища в принципе. на клиентах кстати тоже используется модель акторов, только уже самописная. вообще весь проект очень интересный с технической точки зрения. например клиентская логика шарится между всеми платформами, под которые делаем клиентов(ios, android, web). есть кодогенерация схемы API, которую используют клиенты и сервер, и другие интересные вещи.

как и сказал наш коллега - на стороне сервера действительно используются акковские акторы. также примерно с момента выходы stable релиза(пусть и experimental) используются akka streams и akka http. Раньше была связка акторы + slick + postgres, сейчас ключевые моменты перевели на akka persistence, event-ы пишутся в postgres. В дальнейшем есть планы отвязаться от одного хранилища в принципе. на клиентах кстати тоже используется модель акторов, только уже самописная. вообще весь проект очень интересный с технической точки зрения. например клиентская логика шарится между всеми платформами, под которые делаем клиентов(ios, android, web). есть кодогенерация схемы API, которую используют клиенты и сервер, и другие интересные вещи.

Вилка для удаленки какая?

По договоренности, в районе 120-200

По договоренности, в районе 120-200

Вполне пристойно.

Как вы считаете, за удаленку оплата должна быть выше, чем за офис или ниже?

а почему она должна отличаться?

Это холиварный вопрос.

Есть много причин по которым она может отличаться как в одну так и другую сторону

Должна быть выше - потому что экономия на офисном месте, но по факту хорошо если такая же

Так и что, что экономия на офисном месте? Это деньги работодателя. Работа выполняетя одна и та же

соглашусь тут

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

А иногда и море за окном :)

А иногда наоборот: в офисе море за окном, а дом в жопенске каком-то

44 часа в месяц. По-моему, логично, чтобы компенсировали это время в ЗП. Нет?

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

работа выполняется та же, но с меньшими расходами работодателя, значит работодатель имеет некоторый профит. Куда он пускает этот профит: на увеличение зп или на что другое, конечно дело работодателя

А еще работая на удаленке можно постоянно отвлекаться на орущих детей, перф соседей и т.п. В общем не все так однозначно

да, тоже верно

Допустим, что важно не сколько человек работает, а как и что он делает.

Да пусть хоть 2 часа работает, если он успевает за это время сделать то, что запланировал