Помимо скорости также важен небольшой разброс во времени ответа в различных случаях. К сожалению, время ответа в Сети очень сильно различается, поэтому пользователи и сетуют на медлительнооть. Удовлетворение пользователей зависит не только от самого по себе времени ответа, но также и от их ожиданий. Если одно и то же действие иногда происходит быстро, а иногда медленно, то пользователи не знают, чего ожидать, и поэтому не могут действовать так, чтобы оптимизировать использование системы. Если люди ожидают, что то или иное действие будет быстрым, то их сбивает с толку то, что оно выполняется медленно; с другой стороны, если они ожидают, что действие будет выполняться медленно, то к такой же задержке они отнесутся уже более спокойно. Именно поэтому имеет смысл свести все различия во времени ответа к минимуму. Если для выполнения одного и того же действия всегда требуется одно и то же время, то пользователь будет знать, сколько ему ждать. Все, что вы сделаете для стабилизации времени ответа, в результате увеличит удобство использования.
Например, вы можете помочь пользователям сайта спрогнозировать время загрузки больших страниц и файлов мультимедиа. Для этого достаточно указать размер загружаемого файла или страницы рядом со ссылкой. Как правило, размер должен быть указан для файлов, время загрузки которых превышает 10 секунд. Если большинство посетителей вашего сайта использует аналоговые модемы, то их стоит предупреждать о размере любого файла свыше 50 Кбайт.
В будущем, мне кажется, браузеры будут интегрированы с прокси-службами, что позволит отслеживать производительность и качество передачи данных различными сайтами. Используя эту информацию, браузер сможет изменять внешний вид ссылок в зависимости от ожидаемого уровня производительности; ссылки на сайты, которые часто недоступны или связь с которыми очень медленная, будут выделяться, например, бледным цветом. Эта информация поможет пользователям определить свои ожидания, прежде чем щелкнуть кнопкой мыши, и это, тем самым, улучшит общую простоту использования Сети.
Проблема, тем не менее, в том, что ожидаемое время ответа определяется самым слабым (медленным) звеном в цепи между сервером и браузером:
•   Пропускная способность (производительность) сервера. По идее, это не должно быть проблемой, так как стоимость аппаратного обесиечения — самая маленькая часть затрат на поддержку сайта. Но владельцы популярных сайтов часто удивляются быстро растущему трафику и недостаточно быстро обновляют свои компьютеры.
•   Соединение сервера с Интернетом. Многие владельцы сайтов пытаются сэкономить на соединении и откладывают переход от, скажем, несмотря на то что их текущее соединение и так насыщенно.
•   Интернет сам по себе. Хотя Сеть постоянно об новляется, в ней по-прежнему есть узкие места; Чаще всего они возникают в соединениях между континентами и во время часов основной загрузки.
•  Соединение пользователя с Интернетом. Кай уже говорилось, скорость соединений у большинства пользователей чрезвычайно мала и останется такой в течение нескольких лет.
•  Скорость воспроизведения  изображеыий  или текста браузером пользователя. Это редко бывает причиной проблем, но иногда воспроизведение очень сложных таблиц занимает значительное время на машинах низкого класса.
Каждое из перечисленных выше звеньев вносит свой собственный вклад в увеличение задержек при получении страницы пользователем с сервера. К сожалению, эти задержки накапливаются, то есть мы не получим заметных улучшений, если просто заменим одно из звеньев этой цепи. Когда вы переходите с модемного соединения на соедине-ние по IBM, производительность при работе в Сети увеличивается вдвое, а не в пять раз, как ожидалось бы, исходя из скорости передачи.