Що вважається хорошим часом відгуку для динамічного, персоналізованого веб-додатка? [зачинено]

Що для складного веб-додатку, що включає динамічний контент та персоналізацію, який хороший час відгуку від сервера (таким чином, виключаючи затримку мережі та час візуалізації браузера)? Я думаю про такі сайти, як Facebook, Amazon, MyYahoo і т. Д. Пов'язане питання - який час для відповіді для сервісу бекенда?

Про це існує велика кількість досліджень. Ось короткий огляд .

Часи реакції: 3 важливі межі

по Якоба Нільсена на 1 січня 1993 року

Резюме: Існують 3 основні часові рамки (які визначаються сприйнятливими здібностями людини), які слід пам’ятати, оптимізуючи ефективність роботи в Інтернеті та додатках.

Уривок з 5-ї глави моєї книги « Інженерне використання» 1993 року:

Основна порада щодо часу реагування була приблизно однаковою протягом тридцяти років [Miller 1968; Карт та ін. 1991]:

• 0,1 секунда - це межа обмеження того, що користувач відчує, що система реагує миттєво , це означає, що ніяких спеціальних зворотних зв'язків не потрібно, окрім відображення результату.
• 1,0 секунда - це обмеження того, що користувальницький потік думки повинен залишатися безперебійним, навіть якщо користувач помітить затримку. Зазвичай ніяких спеціальних зворотних зв'язків не потрібно під час затримок більше 0,1, але менше 1,0 секунди, але користувач втрачає відчуття роботи безпосередньо над даними.
• 10 секунд - це обмеження для зосередження уваги користувача на діалозі. Для довших затримок користувачі захочуть виконувати інші завдання під час очікування завершення роботи комп’ютера, тому їм слід надати зворотній зв’язок із зазначенням того, коли комп'ютер очікує на це. Зворотній зв'язок під час затримки особливо важливий, якщо час відповіді, ймовірно, сильно змінюється, оскільки користувачі тоді не знають, чого очікувати.

Ми прагнемо часу відповіді 20 мілісекунд, тоді як деякі складні сторінки займають до 100 мілісекунд. Для найскладніших сторінок ми розбиваємо сторінку на більш дрібні частини та використовуємо прогресивну схему відображення для завантаження кожного розділу. Таким чином, деякі частини завантажуються швидко, навіть якщо для завантаження сторінки потрібно 1 - 2 секунди, підтримуючи користувач, коли решта сторінки завантажується.

Я прагнув <3 секунди для своїх додатків, але я трохи прискіпливий, що стосується продуктивності.

Якщо ви запитаєте навколо, вони кажуть, що люди починають втрачати інтерес до діапазону> = 7 секунд, за 10-15 секунд ви зазвичай їх втрачаєте, якщо ви дійсно не маєте чогось, що їм потрібно чи потрібно.

Це залежить від того, що підтримує ваших користувачів щасливими. Наприклад, спочатку Gmail займає досить багато часу, але користувачі чекають, тому що цього варто чекати.

Звичайно, це закладено в характері вашого запитання, тому відповіді дуже суб'єктивні.

Перша відповідь веб-сайту також є лише невеликою частиною часу, поки сторінка не читається / може бути використана.

Мене дратує все більше, ніж відповіді на 10 секунд. Я думаю, що веб-сайт повинен бути розміщений через 5-7 сек.

Btw: stackoverflow.com має чудовий час відгуку!

У нашої компанії встановлено 5-секундний обмежений час відгуку, і ми прагнемо 2-3 секунди загалом. На це припадає 98% завантажень сторінки. Деякі конкретні завдання можуть тривати до 15 секунд, але ми зменшуємо цей час, створюючи сторінку та оновлюючи кожні 5 секунд, повідомляючи користувачеві, що ми все ще намагаємося обробити запит. Таким чином користувач бачить, що щось відбувається, а не просто залишає. Хоча, враховуючи, що я працюю на веб-сайті, користувачів якого змушені використовувати з ділових причин, вони не збираються залишати, але вони можуть скаржитися досить голосно.

Загалом, якщо обробка триватиме більше 5 секунд, розмістіть тимчасову сторінку, щоб користувач не втрачав інтересу.

Я думаю, ви побачите, що якщо ваш веб-додаток виконує складну операцію, то якщо користувач надає зворотній зв'язок, вони не заперечуватимуть (занадто багато).

Наприклад: Завантаження Google Mail.

Це не тільки залежить від того, що підтримує ваших користувачів щасливими, але і скільки у вас часу на розробку? Які ресурси можна кинути на проблему (програмне забезпечення, обладнання та люди)?

Я не проти затримки на кілька секунд для розміщених додатків, якщо вони роблять щось "складне". Якщо це дійсно просто, затримки мене турбують.

2 - 3 секунди