Scala лидом ?

Джава же.

ну слишком толсто, уже какойто день сурка

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

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

я про илитарность (тут нет ошибки в слове)

я про илитарность (тут нет ошибки в слове)

это он прикалывается

это он прикалывается

а я не догадался

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

в скала-чатике-то

Вы везде ищете подвох )

с хрущевым есть стикеры?

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

Я поэтому даже очкую новый гениальный проект по недвижимости начинать на Scala

Я поэтому даже очкую новый гениальный проект по недвижимости начинать на Scala

ну, ты же есть у себя сам. 90% сам напишешь, на 10 процентов наймешь джуна за 400К

ну, ты же есть у себя сам. 90% сам напишешь, на 10 процентов наймешь джуна за 400К

Если бы сам писал то да. А так то планируем людей нанимать. Бэкенд , веб фронтенд

хайлоад надеюсь?

Естественно ! Очень

Естественно ! Очень

Зачем ты отправляешь Очень в Естественно? Там точно все по хайлоаду обработается?

Зачем ты отправляешь Очень в Естественно? Там точно все по хайлоаду обработается?

fault tolerance же def receive: { case _ => () }

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery

началось

что началось? где началось?

Что за стрелки

моноид в категории профункторов с силой же

моноид в категории профункторов с силой же

Какой ещё "силой"?

Exactly-once delivery если нужна стопудовая доставка, реализуем повторение пока получатель не подтвердит Guaranteed order of messages Тут что плохого ?

ой вей объяснять чтоли шутку?

Exactly-once delivery если нужна стопудовая доставка, реализуем повторение пока получатель не подтвердит Guaranteed order of messages Тут что плохого ?

Ой вей, серьезно? Вот так все просто, подтвердил и все? ))

Ой вей, серьезно? Вот так все просто, подтвердил и все? ))

Может я не понял в чём проблема ?

Какой ещё "силой"?

https://github.com/scalaz/scalaz/blob/series/7.3.x/core/src/main/scala/scalaz/Functor.scala#L34-L38

Может я не понял в чём проблема ?

Однозначно не понял. Проблема не в самом факте даставки, а в гарантированно одной.

а что слышно про курс спарка на курсере?

вроде как должен был быть уже

не

Однозначно не понял. Проблема не в самом факте даставки, а в гарантированно одной.

А почему она может быть не одна ?

там видать на s3 лежали видосики

сам понимаешь

а что слышно про курс спарка на курсере?

там ксенобай пхд получил

Nil novi sub luna

там ксенобай пхд получил

все загуляли так сильно, что перенесли старт? :)

все загуляли так сильно, что перенесли старт? :)

в очередной раз, но у меня есть шовинистическая версия

А почему она может быть не одна ?

Ну попробуй сам разложить какие кейсы могут быть. Когда один отправляет другой получает... (подсказка, смыла в самом получении мало, надо еще и обработать сообщение)

Куда проще зайти, в скалаз или cats + fs2? Хочу doobie попробовать.

у fs2 свои реализации всего и переходники как для scalaz, так и для cats

Ну попробуй сам разложить какие кейсы могут быть. Когда один отправляет другой получает... (подсказка, смыла в самом получении мало, надо еще и обработать сообщение)

Это в каких то аварийных ситуациях когда сеть отвалилась и т.д. ?

scalaz в целом более зрелое

кошки более хипстерские и с доками

Это в каких то аварийных ситуациях когда сеть отвалилась и т.д. ?

Как один из кейсов. Получатель отправил подтверждение, но сообщение обработать не смог, или смог не смог отправить и т.д.

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

ну это был мой опыт; хотяб с монад трансформерами

ну и кошек пишут те же кто и fs2 насколько я понял

по fs2 вот тут можно посмотреть https://www.youtube.com/channel/UC61cqIh_Yt2LT_fhQ5j4uoQ/playlists

Как один из кейсов. Получатель отправил подтверждение, но сообщение обработать не смог, или смог не смог отправить и т.д.

Отработка аварий, это уже другой вопрос, сильно зависит от архитектуры системы.

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

Exactly-once delivery если нужна стопудовая доставка, реализуем повторение пока получатель не подтвердит Guaranteed order of messages Тут что плохого ?

Почитай о проблеме двух генералов

Почитай о проблеме двух генералов

не могут договориться cats или scalaz?

по fs2 вот тут можно посмотреть https://www.youtube.com/channel/UC61cqIh_Yt2LT_fhQ5j4uoQ/playlists

Спасибо. Всё таки кошки, ведь будущее за ними, аккой и монго.

Отработка аварий, это уже другой вопрос, сильно зависит от архитектуры системы.

Нет, совсем не сильно другой вопрос. Аварийная ситуация в проекте, это не только когда бульдозер провод перебивает)

Нет, совсем не сильно другой вопрос. Аварийная ситуация в проекте, это не только когда бульдозер провод перебивает)

Да или нейтрино

Нет, совсем не сильно другой вопрос. Аварийная ситуация в проекте, это не только когда бульдозер провод перебивает)

Ну всё понятно, можно заморочиться и реализовать самолечение системы, но далеко не всегда это нужно. Усилия не окупаются

Ну всё понятно, можно заморочиться и реализовать самолечение системы, но далеко не всегда это нужно. Усилия не окупаются

Думаю, что ты на самом деле не понял)

Ну всё понятно, можно заморочиться и реализовать самолечение системы, но далеко не всегда это нужно. Усилия не окупаются

Потому кодирование, очереди и репиты - наше все

Думаю, что ты на самом деле не понял)

Что именно

Что именно

Что тебе придётся, в каких-то случаях, заимплементить tcp протокол на акторах.

Что именно

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

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

Перечисли хотябы несколько, не касающихся аварий, что бы понимать о чём речь

Перечисли хотябы несколько, не касающихся аварий, что бы понимать о чём речь

Возможно я открою тебе космос. Но в программах бывают ошибки. И бывают они чаще нам хочется))

Что тебе придётся, в каких-то случаях, заимплементить tcp протокол на акторах.

Для чего, речь о Back pressure ?

ERROR: S client not available

Возможно я открою тебе космос. Но в программах бывают ошибки. И бывают они чаще нам хочется))

Ошибки нада исправлять ) Причём тут это ?

Для чего, речь о Back pressure ?

Для гарантированной доставки сообщений.

Ошибки нада исправлять ) Причём тут это ?

Ты серьезно не догоняешь или тролишь?

Ты серьезно не догоняешь или тролишь?

Ты предлагаешь, запилить громоздкую систему восстановления и гарантированную доставку сообщений ? Только потому что у тебя могут быть какието неизвестные ошибки ? Проще более подробные тесты написать

Ты предлагаешь, запилить громоздкую систему восстановления и гарантированную доставку сообщений ? Только потому что у тебя могут быть какието неизвестные ошибки ? Проще более подробные тесты написать

Где я что предлагал пилить? Папа ты с кем сейчас разговаривал? )))

да троллит он, успокойтесь уже

Не я серьёзно не понимаю. Когда юзаешь технологию, делаешь ставку на то что всё будет работать как заявлено уровнем абстракции. Что сообщения доходят 1 раз, что сеть не падает и сервера не возгораются. Если в требованиях есть ОСОБЫЕ пункты что нужна супернадёжность каких то участков. То уделяешь внимание этим вопросам и делаешь соответствующие механизмы. Эти механизмы никогда не будут из коробки, и они никогда не будут простыми. И в редких системах такое нужно.

Google: akka guaranteed message delivery

Не я серьёзно не понимаю. Когда юзаешь технологию, делаешь ставку на то что всё будет работать как заявлено уровнем абстракции. Что сообщения доходят 1 раз, что сеть не падает и сервера не возгораются. Если в требованиях есть ОСОБЫЕ пункты что нужна супернадёжность каких то участков. То уделяешь внимание этим вопросам и делаешь соответствующие механизмы. Эти механизмы никогда не будут из коробки, и они никогда не будут простыми. И в редких системах такое нужно.

Потом становится мучительно больно после потерянных сообщений или дважды обработанных неидемпотентных. Так что в наше время распределенных систем об этом стоит думать всегда

Возможно я просто не сталкивался. Привидите какойто кейс чтоли.

Потом становится мучительно больно после потерянных сообщений или дважды обработанных неидемпотентных. Так что в наше время распределенных систем об этом стоит думать всегда

Судя по всему не становится... Я не виноват, пусть деньги за неустойку платят разработчики абстракций Akka/Spring/etc...

Пусть платит физика и законы природы что уж тут.

Если есть что, напишите по делу, кейс с которым вы сталкивались, если конечно делаете что то на акторах.

И как решили, если решили )

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

Во вьюхе = в состоянии проекции

порядковая очередь события на агрегат во вьюхе!

Да

Порядкового номера ))

В отпуске, мозги расслабились

ишь

наевентсорсил и в отпуск

наевентсорсил и в отпуск

Поправил )

"наевентсоршено"

Так же всякие бизнес процессы которые посыляют команды оеагируя на эвенты, команды должны быть идемпотентны, решается добавлением корреляционного идентификатора к каждому инстансу процесса и передачи его в команде. Дедупликация на стороне принимающей системы

и поднявшись обработает событие второй раз значит и сайдефектить второй раз будет?

Да

Но чтобы не было сайдэффекта нужна дедупликация или натуральная идемпотентность

т.е. каждый раз когда ты прогоняешь с нуля все у тебя снова уходят все емейлы о восстановлении пароля и тп ?

Почему с нуля?

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