Дизайн данных Как-то я подошел к разрабу и спросил: — А че так медленно меняется количество товара в корзине? Давай сделаем бы

Дизайн данных

Как-то я подошел к разрабу и спросил:
— А че так медленно меняется количество товара в корзине? Давай сделаем быстрее.
— Не можем, после каждого изменения количества, на сервер уходит запрос на изменение и мы ждём, поэтому долго.
— Ого, а не можем мы в фоне посылать, не отражая это на интерфейсе?
— А что если три запроса пройдёт, два не пройдёт, потом ещё один пройдёт, а он уже уйдёт со страницы? В корзине будет неверное число товаров.
— Хм… А что если он может накликать любое число и, если он уже секунду не кликает дальше, отправляем на сервер именно финальное количество?
— Хм…

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

Сегодня зубодробительная годнота от Павела Шерера — дизайн данных. Это как раз про то как архитектура обращений на сервер и локальных хранилищ влияет на пользовательский опыт и причём тут дизайнер. Если вы знаете целый нормальный учебник для чайников на эту тему, а не пару статей — пишите в комментарии.

https://sherer.pro/blog/dizajn-dannyh-chast-1-chto-i-zachem/

#годнота