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

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

Спецвыпуск Скалалаза с миниинтервью с FPConf http://scalalaz.ru/series-34-1.html

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

а в чем профит оборачивать 10к строк мутабельного кода в IO? получается что внутри этого io будет происходить и открытие файла, и чтение, и закрытие, не особо композируемо, не?

Это была IO[Joke]

рибята а кто на последней идее?

чето dump project structure from sbt долгий

рибята а кто на последней идее?

?

а вообще проходит?

проходит да

но он каждый раз на рефреше билд файла и это ппц

а у тебя случайно нет открытой sbt в терминале?

можно это вырубить / легаси мод включить какой?

есть

но с вырубленной тоже самое и как это должно влиять?)

а в чем профит оборачивать 10к строк мутабельного кода в IO? получается что внутри этого io будет происходить и открытие файла, и чтение, и закрытие, не особо композируемо, не?

чтобы врапить существующие blocking API

1.0.X версия?

0.13.x

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

так она совсем недавно появилась

но с вырубленной тоже самое и как это должно влиять?)

а, значит не то

и каждый раз после рефреша слетает скала вершн

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

._.

чтобы врапить существующие blocking API

Ну твоя задумка была в чем - сделать переиспользуемое io которое открывает файл, переиспользуемое io, которое этот файл читает, итд?

@rockjam а ты не знаешь подробносетй что это за новый этап?

или ссылку на пр / доку

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

Там есть nude video tier?

ты про какой этап? dump project structure from sbt

нет, честно говоря не знаю. у меня была проблема - что когда запущена sbt 1.0.X и там стартует сервер, то idea не может зарефрешить проект, потому что sbt console не может забиндиться на тот же порт что и sbt в терминале

ты про какой этап? dump project structure from sbt

да

Там есть nude video tier?

мы разденемся, если вы не занесете 100 тыщ баксов?

спасибо всеравно за инфу про sbt 1.x

и каждый раз после рефреша слетает скала вершн

В sbt 1.0.4 вроде это поправили

Всем привет, вопрос не по теме, но может есть у кого-нибудь знакомый фрилансер пишущий на Ruby?

Всем привет, вопрос не по теме, но может есть у кого-нибудь знакомый фрилансер пишущий на Ruby?

...

почему не про го вопрос то (так жирно что даже тонко)

типа там Session <- Transaction <- Batch <- Statement <- ...

Олег, а какой конкретно в этом смысл? Почему не делать всё в IO? Для ясности?

У каждого эффекта свои фичи. И свой скоупинг

Batch - вообще Applicative

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

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

А можете скинуть ruby чат?

Transaction композит всё, что будет внутри одной транзакции, чтобы не заставлять тебя явно commit\rollback

А можете скинуть ruby чат?

https://github.com/mr-mig/ru-tech-chats

А можете скинуть ruby чат?

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

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

У каждого эффекта свои фичи. И свой скоупинг

у меня скоупинг усложняется тем, что я могу иметь Session[Publisher], и сессия будет закрыта тогда, когда он отработает, а не когда его как значение достанут из монады... Если это про это

Session[Publisher] ?

Вот идея в том, что ты не делаешь Publisher

Ты спокойно можешь сделать какой-нибудь там StreamT[Session, ByteString]

StreamT - это любопытно

Ну тогда тебе интересен этот https://oss.sonatype.org/service/local/repositories/releases/archive/co/fs2/fs2-core_2.12/0.9.6/fs2-core_2.12-0.9.6-javadoc.jar/!/fs2/Stream.html для ленивых или этот https://github.com/travisbrown/iteratee/blob/master/core/src/main/scala/io/iteratee/Enumerator.scala для бодрячка

? значит ли это, что Session как тип будет торчать в интерфейсах?

ну вместо Publisher[T] будет ещё упоминаться Session

Ну логично было бы. Этим ты как раз и объявляешь, что твой эффект заключается в том, что ты предлагаешь комбинировать действия внутри Session, и предоставляешь какой-то Session[T]{ runSession(...): IO[T] } который создаст новую сессию, запустит всё, что скомбинировано и закроет её. И для того, чтобы можно было туда и простой IO засовывать, реализуешь явно LiftIO[Session]

Как мы обсуждали, Недельку хотел сам какой-то StreamT делать, но @clayrat сообщил, что ждал ждал и не дождался прогресса

такой вот https://github.com/monix/monix/blob/wip-streams/monix-tail/shared/src/main/scala/monix/tail/Iterant.scala

он щас вроде релизом 3.0 занят

такой вот https://github.com/monix/monix/blob/wip-streams/monix-tail/shared/src/main/scala/monix/tail/Iterant.scala

Падажжы, так это в мастере уже же

И как только выйдет cats 1.0 выйдет monix 3.0

мммммм, интересно

реально в 3.0.0-M1 есть tail

ну тогда вот тебе и ещё один

ERROR: S client not available

Iterant выглядит отлично

пацаны, можно на пальцах, разве концепция io не заключается как раз в реюзабельности? то есть даже с loan pattern, как говорит Олег, вызов условного send вернет io, которое будет оперировать над одним и тем же Response - читать его заново, а это по задаче не подходит. Нет?

пацаны, можно на пальцах, разве концепция io не заключается как раз в реюзабельности? то есть даже с loan pattern, как говорит Олег, вызов условного send вернет io, которое будет оперировать над одним и тем же Response - читать его заново, а это по задаче не подходит. Нет?

Так ты можешь зареюзать

просто во время выполнени получишь exception

Никто же не говорит что IO[Int] всегда превратится в Int

loan pattern уменьшает вероятность ошибки

Так ты можешь зареюзать

Ну понятное дело, что attempt можно будет вызвать, но какой в этом смысл, если этот io будет всегда оперировать над одним и тем же результатом, который примет функция Response => IO

и ответственность за один вызов функции Response => IO[A] кладется на плечи реализации функции sendRequest

технически убил не метеорит, а последствия падения метеорита кек =)

они примерно 10000 лет вымирали да

и ответственность за один вызов функции Response => IO[A] кладется на плечи реализации функции sendRequest

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

Я думал, что как раз хочется избавиться от ситуации, когда есть функция, которая принимает какой-то Response, читает из него что-то, обернув вычисление в IO, и возвращает это IO, и если вызвать attempt 2 раза на IO, то получится плохо

IO ведь только описывает, как мы хотим прочитать респонс, и не делает никакой работы

верно, но и еще говорит о том что будет всякий нечистый ввод вывод

и что результат зависит от состояния внешнего мира

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

Это так же как обсуждать что с баланса в 1 рубль нельзя дважды списать по рублю, хотя сигнатура будет withdraw: (AccountId, Money) => IO[WithdrawalResult]

А, в этом и цель? Понял, логично. Я думал, автору как раз не нравится, что если два раза вызвать attempt, может быть плохо, и он хочет так, чтобы и получение Response и его обработка были двумя разными IO, которые бы композировались и можно было бы вызывать несколько раз

IO говорит что for { _ <- withdraw(acc, 1) _ <- withdraw(acc, 1) } yield () и val withdrawAcc1 = withdraw(acc, 1) for { _ <- withdrawAcc1 _ <- withdrawAcc1 } yield () это одинакоый код

Да, это я знаю, базовый пример любой подобной либы с эффектами

https://www.confluent.io/blog/toward-functional-programming-analogy-microservices/

норм статья

А, в этом и цель? Понял, логично. Я думал, автору как раз не нравится, что если два раза вызвать attempt, может быть плохо, и он хочет так, чтобы и получение Response и его обработка были двумя разными IO, которые бы композировались и можно было бы вызывать несколько раз

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

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

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

А почему строгий результат другого IO? По идее, если есть IO[Request], IO[Request => Response], IO[Response], то, получается, их можно невозбранно композировать и вызывать до бесконечности, и будет каждый раз новый Request. Или ты не о том?

у меня есть IO[Response], который замыкается на конкретный Response, который может быть прочитан один раз. Или можно сделать, чтобы он не замыкался, а вычислял его, но тогда надо всё делать ленивым, и выглядит это странно в скале, но я пока не определился

Спецвыпуск Скалалаза с миниинтервью с FPConf http://scalalaz.ru/series-34-1.html

завтра зп, зашлю денег

на таксо покатался, теперь не подонатить)

Олег, я правильно понимаю, что с Iterant можно реализовать автозакрытие сессии, после считывания? Iterant[Session, A]? Не совсем понимаю, как это происходит

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

смотрел ammonite, но там больше про shell, repl и тд.

https://github.com/m3dev/twitter-util-eval