Ну что, фпконф был огненный. Кто пропустил, тот должен горько об этом жалеть.

Ну что, фпконф был огненный. Кто пропустил, тот должен горько об этом жалеть.

А меня разочаровал (возможно потому, что я на первую треть опоздал).

:))

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

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

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

что-то показания расходятся, то говорят, что тинькоф - это скала, то теперь оказывается, что и джава есть...

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

если говорить про собственные сервисы, то подавляющее количество скалка

Есть и новые модные разработки на жаве

Реактивные микросервисные

а когда хаскель уже будет?

а когда хаскель уже будет?

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

белая дорожка из хаскеля

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

Видел, в твиттере. Там либа какая то? Или в чем соль?

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

скрипты ? O_o

вообще я в это время доклад Олега слушал но по обрывкам выглядит аля "указываем бинарник для исполнения вместо /bin/bash" -> "обычный хацкель код" интересно только как с вызовом утилит

над нашим девопсам накинуть

а то надоел баш)

вообще я в это время доклад Олега слушал но по обрывкам выглядит аля "указываем бинарник для исполнения вместо /bin/bash" -> "обычный хацкель код" интересно только как с вызовом утилит

System.process ж есть

вообще идея интересная, буду видос ждать

System.process ж есть

где, в хацкелле? хз, я не ковырял еще с этой стороны

https://hackage.haskell.org/package/process-1.6.2.0/docs/System-Process.html

std lib там уже богатая)

это смотря что считать std lib

канонически std lib ом считается base и там только немножко IO и абстракций

имеет ли такая наивная реализация Reactive Streams паблишера право на жизнь? У меня есть итератор, который после использования надо close(), хочется выставить наружу паблишер, который сам это сделает после использования, вместо дополнительного AutoCloseable https://gist.github.com/Tvaroh/457db0e2c7ad7014d800552dd5cb7017

https://github.com/scala/scala/pull/5995

https://github.com/scala/scala/pull/5995

Удобно

Ну всё

пошёл контрибьютить в cats mtl

Oleg А слайды с доклада кинешь?

Oleg А слайды с доклада кинешь?

Обещали на след неделе орги все скинуть и видео и слайды

но конечно чем быстрее тем лучше

пошёл контрибьютить в cats mtl

А ты юзаешь у себя?

Кстати, я упустил один момент, аргументы которые передаются в сервисы вы целиком сериализуете, или хешируете?

имеет ли такая наивная реализация Reactive Streams паблишера право на жизнь? У меня есть итератор, который после использования надо close(), хочется выставить наружу паблишер, который сам это сделает после использования, вместо дополнительного AutoCloseable https://gist.github.com/Tvaroh/457db0e2c7ad7014d800552dd5cb7017

Мнение с дивана, но в аккастримах такое можно провернуть

А ты юзаешь у себя?

Не уверен

Если я правильно помню, товарищ сомневался аккастримы или моникс. Поэтому решил написать на жаве

Элегантное решение проблемы отсутствия поддержки сокетов в скала нейтив - https://github.com/rwhaling/dinosaur

Cgi и элегантное в одном предложении

назвали динозавром, чтобы потом убить метеоритом?)

Элегантное решение проблемы отсутствия поддержки сокетов в скала нейтив - https://github.com/rwhaling/dinosaur

пробовал уже?

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

не, просто нашел на просторах... это скорее если очень хочется попробовать.

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

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

Наверняка были и такие, которых убило именно метеоритом

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

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

Ну эт частично правда)

https://github.com/scalameta/scalameta/pull/1174

Жоска

Как вы считаете, IO[Foo] должно всегда быть реюзабельным? Например, если создать IO(...), который замкнётся на какой-то уже материализированный ресурс, типа респонса, то такой IO нельзя переиспользовать. Этого можно избежать, но тогда все зависимости должны быть сами IO или Eval. Пытаюсь понять, где тут тонкая грань, если она есть...

наверное разумнее обернуть в IO на границе слоя, чем все его кишки

Берешь старый добрый императивный грязный код на 10 тысяч строк Оборачиваешь это в IO Теперь у нас функциональное программирование! PROFIT :)

так оно и есть, не? :)

Так и есть

в целом наверное да

Потом разбиваешь на функции поменбше

Стираешь IO, где не надо, и внезапный профит

Как вы считаете, IO[Foo] должно всегда быть реюзабельным? Например, если создать IO(...), который замкнётся на какой-то уже материализированный ресурс, типа респонса, то такой IO нельзя переиспользовать. Этого можно избежать, но тогда все зависимости должны быть сами IO или Eval. Пытаюсь понять, где тут тонкая грань, если она есть...

Какого рода материализованный ресурс?

Мутабельный?

Типа файла с указателем?

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

ERROR: S client not available

ну или там сессия какая-нибудь

ну вот этот хитрый случай, если сильно хочется поддерживать адекватность API часто делается через континьюэйшн или как там его loan pattern, типа def send[T]( request: Request, consume: Response => IO[T]) : IO[T]

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

спасибо, думал о подобном, надо ещё пообмазываться )

типа Request[A] или Session[A] которая где-то там внутри так и выглядит

в Akka HTTP так используется: RequestContext => Directive => Response директивы работают как раз по loan pattern, они маленькие и на все случаи

ближайший пример - это Никита Волков на fpconf е рассказывал про либу для постгреса хаскеллёвую

+ имплиситы для красоты (прячут RequestContext и задают DSL)

Там у него пять монадок, одна в другой запускается

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

https://doc.akka.io/docs/akka-http/current/scala/http/routing-dsl/directives/index.html

Да все знают про Route, Геннадий

:)

дык, задача 1-в-1 значит не все

Соответственно, те монадки, которые внутри себя запускают IO

5 монадок это интересно, а есть название у либы?

Просто определены как MonadIO

и у них есть liftIO

5 монадок это интересно, а есть название у либы?

https://hackage.haskell.org/package/hasql

LiftIO[F] def liftIO[A](ioa: IO[A]): F[A] в котах есть

да, про него и говорил

просто забыл, как он в cats.effect

Вот свежая версия, про которую рассказывал https://hackage.haskell.org/package/hasql-0.20.1

@gennady_lebedev И akka http, раз уж на то пошёл разговор, как раз не решает упомянутую проблему, а избегает её решения

Вот в том месте, где присутствует одноразовый буфер для ResponseEntity, он тупо отдаётся как Source[ByteString], с упоминанием в доках, что он одноразовый

и обязательный для потребления

да, вопрос реюзабельности стримов тоже открытый

должен ли Publisher быть мультисабскрайбельным...

Ну графы точно должны быть реюзабельны*. *Если только вы не вставили большую красную надпись в доках

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

A {@link Publisher} can serve multiple {@link Subscriber}s subscribed {@link #subscribe(Subscriber)} dynamically at various points in time.