547

Почему user experience важнее user interface

Наткнулся на пост http://pikabu.ru/story/slishkom_byistro_5015396 и начал вспоминать сколько раз я за свою жизнь портил хороший код в угоду пользователескому опыту: заблокировать GUI-поток на полсекунды, хотя авторизация пролетает за 10 мс, чтобы всем стало понятно, что приложение работает - это еще цветочки.


Был у нас в практике кейс в одной компании.

Была таблица с данными, которые обновляются автоматически и очень оперативно - раньше через AJAX / long polling, затем через SignalR, уж старались разработчики на благо пользователей. Однако, после выката в продакшн выяснилось, что в силу того, что большая часть клиентов - это взрослые тетёчки, эдакие "операторы ЭВМ", уж сильные сомнения у них вызывало то, что данные "сами обновятся" - они нервничали каждый раз, когда сидели и ждали обновления статуса. Пришлось прикручивать кнопку "Обновить", которая меняла курсор на "wait" (тот, что песочные часы) на секунду и больше ничего не делала. Все жалобы прекратились, в битве юзер против интерфейса юзер снова главный.


Вот так вот. Так что все эти ваши современные фишки, user-friendly интерфейсы и асинхронности беспомощны, когда за компьютер садится человек, привыкший жать на кнопку мыши сильнее, если что-то не загружается.

IT-юмор

7.5K постов53.2K подписчиков

Правила сообщества

Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору

Вы смотрите срез комментариев. Показать все
2
Автор поста оценил этот комментарий

Как хороший код можно испортить? Читаемость снизил или метод больше стал?

У тебя функция которая аякс запрос отправляет и обновляет данные именованная?

В чем проблема повесить на кнопку onklick который выполнит эту функцию по нажатию а не по таймеру?

раскрыть ветку (2)
0
Автор поста оценил этот комментарий
Ну это больше код в глобальном понимании, не конкретные строки, а когда ты сидел слоями делал селёдку под шубой, а потом пришли и сказали тебе "отлично, теперь всё это перемешай ложкой и выкатывай".
раскрыть ветку (1)
3
Автор поста оценил этот комментарий

В программировании не желательно делать селедку под шубой слоями.

Нужно писать код с низкой связанностью.

Т.е. Отдельно находится майонез, нарезанные селедка и буряк.

Хочет заказчик селедку под шубой свалил в кучу и перемешал. Хочет майонеза на хлеб - тоже не проблема.

Но когда приходится майонез извлекать из "селедки под шубой" по тому что кроме как в "селедке под шубой" -  майонеза отдельно нет.

То это говорит о не продуманной архитектуре.

При написании проекта для заказчика - нужно быть готовым к подобному. Но и для самого себя - тоже следует писать не связанный код. Ибо требования могут измениться (появятся новые идеи) и это не должно создавать проблему.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества