Они могли быть независимыми на момент написания, но потом подъехали новые требования и хорошо бы их оставить независимыми но иметь возможность запустить последовательно.
Последовательно в смысле в одном потоке, но без сохранения отношения "первый/второй"?
А скорее “в данном случае по бизнес логике после A нужно вызвать B”
И вот это я понял, как идею, что если есть батч из операций, в котором допустим есть чтения и записи, то обычно мы хотим сначала сделать записи, потом прочитать
Хотя это интересная мысль - например re-frame гарантирует что db эффект выполнится первым. Почему он не гарантирует что io эффекты выполнятся последними?
И вот это я понял, как идею, что если есть батч из операций, в котором допустим есть чтения и записи, то обычно мы хотим сначала сделать записи, потом прочитать
Ну это я про свой конкретный кейс рассуждал. В целом там скорее “мы хотим гарантированный порядок операций в батче”