(
а в чем конкретно претензии? Как по мне, такие кнопки прикольно выглядят и работают
В том, что результат операции для пользователя неясен
Size: a a a
2021 March 11
VP
а в чем конкретно претензии? Как по мне, такие кнопки прикольно выглядят и работают
Да, пока всё работает хорошо или тебе похер, не потеряются ли изменения
AA
Да, пока всё работает хорошо или тебе похер, не потеряются ли изменения
так он же написал, что если запрос зафейлился, кнопка вернётся в изначальное состояние
VP
В том, что результат операции для пользователя неясен
А что если ему в среднем на самом деле насрать?
VP
так он же написал, что если запрос зафейлился, кнопка вернётся в изначальное состояние
Это уже можно и не увидеть
AA
В том, что результат операции для пользователя неясен
тогда предлагаю наилучший вариант, пользователь тыкает кнопочку, а вы ХУЯК ему прогресс бар на весь экран, пока запрос не завершится
(
Я конечно понимаю, что у современных зумеров внимание как у цирковой рыбки, но на лоадер точно так же можно положить хуй, но при этом той части аудитории, которой не насрать, будет удобно
(
тогда предлагаю наилучший вариант, пользователь тыкает кнопочку, а вы ХУЯК ему прогресс бар на весь экран, пока запрос не завершится
Да
AK
Да, пока всё работает хорошо или тебе похер, не потеряются ли изменения
представил как такой 'оптимистичный' подход применят для чего-то более мене критично, например продажа авиабилетов. приезжаешь такой в аэропорт, там "сорян, вы не летите... ээм... а видели у вас кнопка 'купить', обратно отжалась?"
AA
представил как такой 'оптимистичный' подход применят для чего-то более мене критично, например продажа авиабилетов. приезжаешь такой в аэропорт, там "сорян, вы не летите... ээм... а видели у вас кнопка 'купить', обратно отжалась?"
я в таком случае на пердачной тяге лечу дальше и экономлю на билетах
KD
Сегодня обсуждали новую фичу, "Добавление в избранное"
По UX кнопка сразу переключается в другое состояние, ещё до того, как уйдет запрос на бэк. Если запрос зафейлился или там ещё что случилось, кнопка возвращается в исходное состояние, потенциально на глазах у пользователя
По UX кнопка сразу переключается в другое состояние, ещё до того, как уйдет запрос на бэк. Если запрос зафейлился или там ещё что случилось, кнопка возвращается в исходное состояние, потенциально на глазах у пользователя
Шо то хуета, шо другое хуета, и обе хуеты.
Как пользователь — я хочу точно значит добавилось ли оно в избранное.
С другой стороны, как пользователь — я не хочу ждать, пока там что-то отправится на сервер и прилетит обратно.
Очевидно, что подход, когда вся-вся-вся логика на сервере не даёт сделать это нормально и выходит в любом случае дрисня енотья.
Как пользователь — я хочу точно значит добавилось ли оно в избранное.
С другой стороны, как пользователь — я не хочу ждать, пока там что-то отправится на сервер и прилетит обратно.
Очевидно, что подход, когда вся-вся-вся логика на сервере не даёт сделать это нормально и выходит в любом случае дрисня енотья.
VP
представил как такой 'оптимистичный' подход применят для чего-то более мене критично, например продажа авиабилетов. приезжаешь такой в аэропорт, там "сорян, вы не летите... ээм... а видели у вас кнопка 'купить', обратно отжалась?"
Ну я думаю, за внедрение этой практики в таком месте кого-нибудь обязательно уволят
А
на самом деле и в динамической слабой типизации можно делать по нормальному и так чтобы кнопка не отжималась
KD
представил как такой 'оптимистичный' подход применят для чего-то более мене критично, например продажа авиабилетов. приезжаешь такой в аэропорт, там "сорян, вы не летите... ээм... а видели у вас кнопка 'купить', обратно отжалась?"
Именно поэтому надо понимать, где это уместно, а где нет.
(
Шо то хуета, шо другое хуета, и обе хуеты.
Как пользователь — я хочу точно значит добавилось ли оно в избранное.
С другой стороны, как пользователь — я не хочу ждать, пока там что-то отправится на сервер и прилетит обратно.
Очевидно, что подход, когда вся-вся-вся логика на сервере не даёт сделать это нормально и выходит в любом случае дрисня енотья.
Как пользователь — я хочу точно значит добавилось ли оно в избранное.
С другой стороны, как пользователь — я не хочу ждать, пока там что-то отправится на сервер и прилетит обратно.
Очевидно, что подход, когда вся-вся-вся логика на сервере не даёт сделать это нормально и выходит в любом случае дрисня енотья.
А, ну да, тут соглы
Есть ещё третий вариант, но сложный для современных клавомакак - кеширование на клиенте и синхронизация с сервером
Есть ещё третий вариант, но сложный для современных клавомакак - кеширование на клиенте и синхронизация с сервером
А
на самом деле и в динамической слабой типизации можно делать по нормальному и так чтобы кнопка не отжималась
и это даже не то чтобы уж сложно
А
просто вопрос практик и дисциплины
AA
А, ну да, тут соглы
Есть ещё третий вариант, но сложный для современных клавомакак - кеширование на клиенте и синхронизация с сервером
Есть ещё третий вариант, но сложный для современных клавомакак - кеширование на клиенте и синхронизация с сервером
и чем это поможет в аналогичном случае, когда синхронизация не удалась из-за хуевого интернета?
KD
А, ну да, тут соглы
Есть ещё третий вариант, но сложный для современных клавомакак - кеширование на клиенте и синхронизация с сервером
Есть ещё третий вариант, но сложный для современных клавомакак - кеширование на клиенте и синхронизация с сервером
Этот вариант уже подразумевает логику на устройстве и лишь её синхронизацию с сервером. Или не осилил всё моё сообщение?
AA
выглядит просто как возможность отложить факап на чуть попозже