ну то есть, сравни kotlin и go

в котлине все функции по стеку, из которого ты хочешь вывалиться наружу, должны быть suspend - это stackless continuations

а, понятно

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

Не знаю, помогает ли это как-то ответу на вопрос, в Racket есть call/cc, есть delimeted continuations

Что это значит в контексте stackless continuations, я не знаю)

не, тут про функции которые идут до шифта в стеке

call/cc обычно как раз stackful, вроде

мне вот их thread интереснее - как они вытесняются?

там кстати в апи есть shift и reset

можно по идее свои continuation’s навернуть

ну кстати, правильно ли я понимаю, что если continuation stackless - это не позволит сделать multishot continuations?

как раз из-за того, что функции в continuation уже suspended

и их уже нельзя юзать еще раз

Вопрос не про кложу. Вот есть (микро)сервис, он шлет в шину сообщения: создали документ, поменяли документ и т.п. Event sourcing, message bus.
И другие сервисы подписываются на эти события.
Вопрос. Все это работает год и нужно добавить новый сервис, но так, чтобы у него были нужные данные. Т.е. что бы он как бы уже год получал эти сообщения. Накатывать лог событий за год? Вручную делать экспорты/импорты?
Видимо я не так гуглил. Подскажите, пожалуйста, ключевые слова.

первое что приходит в голову - скормить ему лог

В кафке можно выставить офсет топика на earliest

Ой, консюмера

Это можно. Т.е. предлагается хранить логи за год. А если за два?
Что, если за эти 2 года менялся формат данных. Допустим их версионировали. Получается новый сервис должен уметь работать со всеми версиями? Даже с устаревшими.

Или нужно делать какие-то выгрузки состояния? Состояние это свернутые события.

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