а, типа around_transition?

да, только проблема что никто не умеет on_transition

ну да, это боль еще и не thread_safe

чо

причём тут ваще многопоточность

state_machine не тредсейф например

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

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

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

Недетерминированных?) А ниче что это np задача потом будет их решать?

а что делать?

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

Выражение)

до еды, 3 раза в день

=)

вы там ученые, вот и объясните у нас есть система состояний, товара допустим НКА же?

Я не оч вчитывался, что вы тут писали и не совсем понял что вы хотели получить

сейчас вчитался и все еще не оч понял)

проблемы: 1) саый популярный state_machine обрабатывает процесс перехода состояния, все ок, но если в процессе перехода нужно совершать действия, нужно юзать - калбякаи - жуткий гемороррой, либо пишем сервис который будет водить объект по состояниям + выполнять какие-то действия: по сути создается абстракция которая управляет и состоянием объекта, целостностью данных и всяким таким простой пример: товар оплачен, списать 1 товар со склада 2) не thread_safe

1-й пункт спорный понятно, но хочется счастья

Ну я нигде здесь не вижу

перехода от детерминированного конечного автомата к недетерминированному

тут все так же как в обычном просто организация кода другая

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

Ну и соответственно все верно, если такого нет, то можно написать, но опять же все детерминировано все еще)

ну значит у йоппа другие примеры есть

Ну и соответственно все верно, если такого нет, то можно написать, но опять же все детерминировано все еще)

да просто всё, у меня платёж с вагоном состояний

вот например:

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

а чем схемки рисуешь?

yed

блевотный интерфейс, но лучше ничего не придумали пока

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

ну визио, но вот нету на маки визии

Ну гейт решит

Это просто расширенная часть

Обычного автомата

Гейт под капотом тоже считай автомат

Это вам не недетерминированный надо автомат а просто либу которая умеет вставлять вместо подавьтомата функцию возвращающая след состояние

Я к тому что нагуглить что нибудь адекватное по недетрминированный автомат руби не удастся)

Это не он

в стандартной

руби

https://www.sitepoint.com/state-machines-in-ruby/

геме

транзишн производится по ивенту

и там ифы есть и все такое

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

Это не он

с чего это не он, если это он :)

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

Это np задача, это параллельные машины тьюринга

все такое. Тут же, насколько я понял, просто состояние должно приходить непойми откуда прост

ДКА — переход возможен только в одно состояние НДКА — переход возможен в несколько состояний

В несколько = одновременно во все по одному и тому же входу

ну, так у меня так и есть

ну где

вход "Authrozie Requested", выход либо failed, либо там что-то ещё

Ну

Только у тебя всегда будет точно известно

фейлд это или нет

просто это должна функция делать

In deterministic automata, every state has exactly one transition for each possible input. In non-deterministic automata, an input can lead to one, more than one or no transition for a given state

ты неправильно это понимаешь)

one транзишн по инпуту это значит, что ты точно знаешь куда он будет транзитить по инпуту.

In automata theory, a finite state machine is called a deterministic finite automaton (DFA), if * each of its transitions is uniquely determined by its source state and input symbol, and * reading an input symbol is required for each state transition.

input symbol это что у тебя по твоему?

ERROR: S client not available

Вот результат выполнения твой функции, которая понимает оплачен товар или нет

это и есть инпут

и если у тебя товар не оплачан, то оно идет в failed

все

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

и состояния не должны ничего выполнять сами

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

блин, я наверное способен переход от состояния отличить

а вообще проблема была не в этом, а в том что ни у state_mahcine, ни у aasm нет возможности задать нормальные обработчики перехода.

ну да

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

стейтмашины

можно же этот код снаружи запускать а ивенты ток внутрь кидать

о том что пора переходить

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

обожаю такие выводы без кода :)

йопп, ты забанил скачкова? а то что-то не слышно его

да

жаль

ваще нет, смотри как спокойно стало

ну я не люблю скачкова, но он умен... был

я работал с ним, мне понравилось, потому что он реально крут, и не понравилось потому что он... ненавижу его кароче

рекомендую критически пересмотреть свою оценку «крутизны».

ну и как?

критерий сильно субъективен

не подскажите как в бесплатном sidekiq дождать полного выполнения задач конкретной очереди

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

ничего не понял

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

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

а просто поставить ее последней в очереди никак?

gem 'sidekiq-status'