День 20/30

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

- workflows на бэке выполняются с некоторой задержкой, поэтому иногда wf на фронте будут быстрее.
Это происходит потому что на фронте действия начинают выполняться мгновенно, время занимает только выполнение самого действия.
На бэке действия начинают выполняться с задержкой, потому что нам нужно передать сначала серверу инфу о том, что мы хотим сделать, а это занимает какое-то время. Затем сервер выполнит действие, что займёт тоже какое-то время, и передаст нам инфу с результатом, что тоже займёт время.

- Bubble изначально оптимизирован под выполнение некоторых действий на фронте и выдает мгновенный результат, несмотря на то, что изменения могут ещё выполняться на стороне сервера.
Об этом напишу в следующей части заметок. Пока просто держите в голове, что Bubble хитрый и может показывать то, чего на самом деле ещё не произошло на сервере :)

Некоторые изменения, которые следует делать на фронте:
- make changes to thing
- make changes to a list of things (если количество элементов меньше 100)

Некоторые изменения, которые следует делать на бэке:
- make changes to list of things (если элементов больше 100)
- каскадные изменения. Это когда изменение в одной сущности влечёт изменение в других сущностях.
Например, если удаляем пользователя, то нужно почистить инфу в других сущностях об этом пользователе.

Перед планированием логики, задавайте себе 2 вопроса:
1. Ожидают ли пользователи мгновенного ответа от действия?
2. Могу ли я дать мгновенный ответ.

Ну и не забываем отвлекать пользователя от долгих изменений, если не можем дать ему мгновенный ответ. Например, можно показать ему какую-то анимацию, чтобы он провтыкал в неё, пока ждёт загрузки инфы.

____
Ответ ко вчерашней задачке — 43.
Подсказки к решению:
- посмотрите внимательно на знаки
- посмотрите на количество элементов в каждой строке
- посмотрите вот что одеты человечки в каааждой строке.