Устойчивый веб-дизайн

"Это слишком просто"

Когда проект Web Standards Project начал кампанию, призывающую дизайнеров перейти с таблиц для верстки на CSS, она встретила сопротивление. Их снова и снова критиковали за наивность. "Конечно, макет на основе CSS может подойти для простого персонального сайта, но он никак не может подойти для большого сложного проекта".

Затем Даг Боуман возглавил CSS-редизайн сайта Wired.com, а Майк Дэвидсон – CSS-редизайн сайта ESPN.com. После этого открылись шлюзы.

Когда Итан Маркотте продемонстрировал возможности отзывчивого дизайна, это встретило сопротивление. "Конечно, отзывчивый дизайн может подойти для простого персонального сайта, но он никак не может быть масштабирован для большого сложного проекта".

Затем газета Boston Globe запустила свой отзывчивый сайт. Microsoft сделала свою домашнюю страницу отзывчивой. Снова открылись шлюзы.

Сегодня похожая история. "Конечно, прогрессивное улучшение может сработать для простого персонального сайта, но оно никак не может подойти для большого сложного проекта".

Шлюзы готовы к открытию. Нам просто нужно, чтобы вы создали постер для устойчивого веб-дизайна.

"Это слишком сложно"

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

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

Тем не менее вполне возможно, что такой подход приведет к дублированию работы. Если вы создадите старомодный клиент-серверный процесс отправки формы, а затем улучшите его с помощью JavaScript, вы можете в конечном итоге повторить обработку формы как на клиенте, так и на сервере. Этого можно избежать, если вы также используете JavaScript на сервере. Теоретически возможно написать универсальный JavaScript, чтобы сервер и браузер использовали единую кодовую базу. Даже без универсального JavaScript я все же думаю, что стоит потратить время на создание технического кредита.

В руководстве по проектированию государственной службы Великобритании приводится еще более краткая форма трехэтапного процесса, который я описал:

Во-первых, просто заставить его работать

Во-вторых, сделать так, чтобы работало лучше

Руководство по проектированию также объясняет, почему:

«Если вы создаете страницы с мыслью о том, что другие части, кроме HTML, являются необязательными, вы создадите более качественную и сильную веб-страницу.»

Такая устойчивость означает, что время, потраченное вами на начальном этапе, будет потрачено с пользой. Вы также можете заметить интересную тенденцию: чем чаще вы используете этот процесс, тем меньше времени он занимает.

Переход от TABLE к CSS казался невозможной идеалистической целью. Дизайнерам было удобно использовать элементы TABLE и FONT для верстки. Зачем им изучать совершенно новый способ работы? Я помню, как сложно было сделать мои первые макеты на основе CSS после многих лет использования хаков. Это заняло у меня довольно много времени. Но мой второй макет на основе CSS не занял так много времени. Через некоторое время это стало обычным делом.

Дизайнерам, привыкшим к макетам с фиксированной шириной, пришлось нелегко с отзывчивым дизайном. Первый гибкий макет неизбежно должен был занять довольно много времени. Но второй гибкий макет занял не так много времени. Через некоторое время это стало обычным делом.

Это не отличается от многоуровневого подхода, необходимого для создания устойчивых веб-сайтов. Если вы не привыкли работать таким образом, то первый раз это займет у вас довольно много времени. Но второй раз уже не займет столько времени. Через некоторое время это станет нормой.

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

"Как мне убедить…?"