если бы она была cool and clear, не надо было бы об этом писать пост

Просто Котлин имеет обыкновение хвастаться тем, что в иных местах изобрели в 90-х годах

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

*ждем новостей, что в 1.6 объявят деприкейтед*

вместе с какими-нибудь оптимизациями цепочек вызовов

1.5 ещё не вышло, пока 2 резил кандидата только

если что-то сделают, то просто не введут в 1.5, что вряд-ли

Разжигаешь 🤔

Я б правую книгу почитал

Да опять будут рассказывать про ASM...

не наброс, реально интересно стало. кто может пояснить как это должно работать?
https://zio.dev/docs/datatypes/stm/tpromise

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

Это не те транзакции

STM это только про память процесса

А, ну да, то что ты в конце написал

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

В стм ты можешь только с памятью работать, накакать любыми сайд-эффектами не получится

По-крайней мере, такова задумка

И там не откаты, там только повторы всей транзакции, если за время транзакции хотя бы одна из стм-переменных (ТВар, ТПромис и т. д.) изменила значение

сайт немного врет? 60 баллов против 59? по-моему наоборот, райзн 3 лучше атлона....