В материалах (и даже в примерах из реального кода) не всегда сразу понятно, например, зачем был применён тот или иной паттерн, даже если объяснено. Ну, то есть, запомнить их можно, но сходу не получится сообразить, в каких ситуациях какой нужен и как его применить. Всё равно нужен опыт. Но, конечно, желательно (ради экономии времени) иметь подготовку, чтобы вовремя связать с имеющимися знаниями, а не через велосипед к ним прийти. Хотя, с другой стороны, экономия времени на изучении теории во многих случаях тоже оправдывается...

Я не стану комментировать ибо оффтоп. 🤷‍♀️

Как же императивно, если порядок команд может не соответствовать тому, которые Вы задаете в программе. На этот счет компилятор специально занимается планированием команд.

а есть чаты про ЯП в общем?

Но порядок сайдэффектов же гарантирован. Да и всё состояние в процессоре и памяти разделяемое и мутабельное.

Но порядок сайдэффектов же гарантирован. Да и всё состояние в процессоре и памяти разделяемое и мутабельное.

Нет, порядок не гарантирован даже в самом процессоре.

Мне кажется, это очень узкий взгляд который в дальнейшем очень мешает.

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

В смысле не гарантирован? Вполне гарантирован.

В смысле не гарантирован? Вполне гарантирован.

Как же императивно, если порядок команд может не соответствовать тому, которые Вы задаете в программе. На этот счет компилятор специально занимается планированием команд.

а есть чаты про ЯП в общем?

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

Нет, порядок не гарантирован даже в самом процессоре.

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

Ну так это ж оптимизация. Всё равно есть глобальная «память», а есть инструкции.
А не функции и отсутствие переменных.