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

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

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

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

Интересно. А в целом о чём система ? И почему выбран эвентсорсинг ?

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

один из обработчиков

ну т.е. проекция же тоже процесс

просто сайдефект в агрегат а не во внешний мир :)

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

у нас вот например как минимум пару раз в день в брокер сообщение не с первого раза всовывается

возможно конечно что дело в кривой сети амазона

но проблема есть, и это не что-то сверхестественное

ну ее ж зачастую несложно реализовать

ну ее да, но всеравно, без внимания нельзя оставлять

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

Ну вот опять.. ну какой кейс, в нереашаемой в принципе задаче? )) В распределенной среде это невозможно. Разными техниками можно уменьшить вероятность возникновения проблем. Об этом и речь. И кейсы тут вовсе ни при чем.

Ну вот опять.. ну какой кейс, в нереашаемой в принципе задаче? )) В распределенной среде это невозможно. Разными техниками можно уменьшить вероятность возникновения проблем. Об этом и речь. И кейсы тут вовсе ни при чем.

Всё понятно с тобой )

Всё понятно с тобой )

Опять очень сильно сомневаюсь, в том что тебе понятно)

Опять очень сильно сомневаюсь, в том что тебе понятно)

после того как словит пропавшие сообщения из-за кривых сетей/GC, сразу просветление прийдет :)

после того как словит пропавшие сообщения из-за кривых сетей/GC, сразу просветление прийдет :)

Я вот тже думал, что сети все решают, пока не напоролся на ошибку коде, которая сообщения корежила, из-за чего каждое 2-3 раза посылалось/обрабатывалась... а заметили не сразу, потом 2 дня БД руками скриптами обрабатывали приводя в норму.

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

тут кейс не просто про акторы, а про любые распределенные системы в асинхронных сетях (TCP/IP к ним тоже относится) при взаимодействии с внешними системами всегда надо ожидать что они отвалятся или не смогут отправить подтверждение, ну и планировать бизнес-логику в соответствии.

Я вот тже думал, что сети все решают, пока не напоролся на ошибку коде, которая сообщения корежила, из-за чего каждое 2-3 раза посылалось/обрабатывалась... а заметили не сразу, потом 2 дня БД руками скриптами обрабатывали приводя в норму.

Это не сеть виновата )

Это не сеть виновата )

Серьезно?? Ну что же ты сразу не сказал, а то мы мучались...

после того как словит пропавшие сообщения из-за кривых сетей/GC, сразу просветление прийдет :)

Может сеть нужно настроить что бы нормально работала ? ) У тебя GC так подвешивает систему что таймауты истекают ?

В распределенных системах потеря данных между узлами это вопрос времени

В распределенных системах потеря данных между узлами это вопрос времени

а как часто это происходит ?

Хоть как ты сеть настраивай

Хоть что делай

Одного раза достаточно ))

а как часто это происходит ?

Я же теб описал двай кейса

Может сеть нужно настроить что бы нормально работала ? ) У тебя GC так подвешивает систему что таймауты истекают ?

https://aphyr.com/posts/288-the-network-is-reliable

Даже рестарт инстанса при деплое может привести к этому ( и обязательно приведет)

а как часто это происходит ?

ну пару раз в неделю у амазона там что-то не так

ненадолго конечно

но все же

а как часто это происходит ?

1 фейл на 2-3 тб, говорил в курсе тот, который акку пилит (не Одерский, и не в вырвиглазных майках)

Roland Kuhn вроде

Бонер? Кун?

или что-то в этом духе

1 фейл на 2-3 тб, говорил в курсе тот, который акку пилит (не Одерский, и не в вырвиглазных майках)

Что именно за фейл ?

I'm outta here

I'm outta here

ride safe

Roland Kuhn вроде

точна!

Что именно за фейл ?

вместо 0 прилетит 1, или вообще ничего не прилетит

а кто игрался с semantic API scala.meta? там можно получить Tree для какого-то символа, который нам известен?

что имеешь ввиду?

а кто игрался с semantic API scala.meta? там можно получить Tree для какого-то символа, который нам известен?

если ты для того, чтобы вставлять в квазицитату имя переменной из переменной, то оберни просто в val someVar = Term.Name("someStringNameOfExistingVar") и тогда сможешь пихать $someVar в квази. Либо поясни, что имеешь ввиду)

имел в виду вот что. есть Symbol("_root_.scala.util.Either"). могу я как-то получить Tree из этого символа?

имел в виду вот что. есть Symbol("_root_.scala.util.Either"). могу я как-то получить Tree из этого символа?

ты хочешь получить детальную информацию о внешнем типе?

@fomkin почему ты не возьмешь netty для королева?

ты хочешь получить детальную информацию о внешнем типе?

да

скаламета работает до стадии выведения типов, она про типы по сути вобще ничего не знает. только с AST грубо говоря работает

тогда могу ли я получить эту же информацию для класса/объекта который написан в моем коде по Symbol-у ?

тогда могу ли я получить эту же информацию для класса/объекта который написан в моем коде по Symbol-у ?

не понимать) если пример набросаешь - будет хорошо)

Symbol("_root_.scala.util.Either") - если это ты сам сделал и знаешь где лежит исходник, то конечно дерево ты получить можешь - загрузив ручками исходник и выполнив parse

строку / символ конвертнуть в тип?

в Tree которым оперирует scala meta

скаламета работает до стадии выведения типов, она про типы по сути вобще ничего не знает. только с AST грубо говоря работает

в ast можно типы вытащить )))

насколько я помню

скаламета работает до стадии выведения типов, она про типы по сути вобще ничего не знает. только с AST грубо говоря работает

видел http://scalamacros.org/paperstalks/2017-03-02-ScalaSphere.pdf ?

попробую набросать примерно то что хочу получить

в ast можно типы вытащить )))

мм?

знает она про типы

на самом деле scalameta не с ast работает

а с cst )))

там же даже позиции есть

и? я же написал "грубо говоря" - чтобы понятно было о чем речь, что реальной информации кроме альяса - нет. или покажите пример где ее действительно можно свести к типу, а не просто альяс реф

а зачем тебе тип на этапе компиляции?

Бурмако сам об этом в декабре на конфе говорил жеж и это логично. Поправьте пруфами если не прав)

видел http://scalamacros.org/paperstalks/2017-03-02-ScalaSphere.pdf ?

нет, надо будет почитать

ERROR: S client not available

нет, надо будет почитать

там вообще хитрый хак с семантической бд

там вообще хитрый хак с семантической бд

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

но если они хотя бы с ограничениями это реализуют - отличненько будет)

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

тут слишком токсично для него)

скалалаз подкаст

@rockjam если ты в самом начале про этот семантик апи говорил (папирку которую Олександр скинул), то я его еще не глядел. Уже вижу там слова про резолвинг, но надо почитать подробнее в каком виде оно там. Сорян попутал )

да, именно его и имел в виду. надо бы попробовать

а зачем тебе тип на этапе компиляции?

я скаламету для постройки ридеров-райтеров ту бинари и авер форматся использую. И сейчас без точной информации о типе приходится частично использовать композицию с внешними классами и имплиситами, что довольно серьезно бьет по скорости. Если с притивами (если класс состоит только из полей-примитивов и отсылок на внешние классы которые являются притивами в этом рекурсивном понятии) все прекрасно - на ядре макбука показывает 800-1000 МБайт/секунду . Но с ростом древовидности ситуация ухудшается из-за колов. И к сожалению jvm не хочет оптимизировать эти колы. Если добавляются не примитивы - массивы произвольной длинны, строки - все становится еще хуже и вот там бы типы мне уже пригодились довольно серьезно

я скаламету для постройки ридеров-райтеров ту бинари и авер форматся использую. И сейчас без точной информации о типе приходится частично использовать композицию с внешними классами и имплиситами, что довольно серьезно бьет по скорости. Если с притивами (если класс состоит только из полей-примитивов и отсылок на внешние классы которые являются притивами в этом рекурсивном понятии) все прекрасно - на ядре макбука показывает 800-1000 МБайт/секунду . Но с ростом древовидности ситуация ухудшается из-за колов. И к сожалению jvm не хочет оптимизировать эти колы. Если добавляются не примитивы - массивы произвольной длинны, строки - все становится еще хуже и вот там бы типы мне уже пригодились довольно серьезно

мда)

а ты как измерял пропускную способность

а ты как измерял пропускную способность

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

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

что нужно закопировать больше)

Что закопировать? Речь ведь про большие древовидные модели - там появляются свои нюансы

А кто нибудь видел пособие cats in practice? Мне реально тяжело понять нахера это все)

Ну я листал advanced scala with cats

Без откровений конечно

Да там ж тоже общее все, не?

Хочется прям на юзкеисы глянуть

Ну как всегда валидейт

Хочется прям на юзкеисы глянуть

ещё больше абстракции иногда (если в меру) это полезно

Ну как всегда валидейт

Эт из названия понятно для чего

ещё больше абстракции иногда (если в меру) это полезно

В том то и дело, смотришь на аппликатив и не понимаешь, нахера? Тупо из-за метода в интерфеисе?

Юзал полугруппу для маркеров логбека

Чисто ради оператора

Аппликатив норм для di

Типа

Аппликатив норм для di

Вот мне не понравилось di с котами (

вот аппликатив реально полезен

если у тебя репы возвращают что то типа Future[Option[A]]

если у тебя репы возвращают что то типа Future[Option[A]]

Хм, чтоб это все мапить?