Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
186
Добавлен:
10.05.2015
Размер:
414.72 Кб
Скачать

Бизнес-причины

Web-сайт, который я часто посещаю для общения с предпринимателями, вовлеченными в стартапы на основе Web, поддерживает ряд дискуссий об использовании стандартов Web в "приложениях Web 2.0". Обычно возникает интересный обмен мнениями между теми, кто считает, что стандарты Web должны использоваться, потому что они имеют смысл (в связи с рассмотренными ранее соображениями), и теми, которые просто говорят "ну и что".

Суть дела в том, что браузеры Web обработают реально плохой код. Страницы не требуется подвергать валидации, чтобы правильно вывести их в большинстве современных браузеров. С точки зрения бизнеса, где время означает деньги, зачем беспокоиться и вообще тратить дополнительное время на валидацию? Если можно быстро слепить на основе таблиц мешанину кода за 30 минут, или затратить 30 минут на кодирование страницы с помощью HTML и CSS, и 30 минут, чтобы убедиться, что валидация прошла и код работает нормально на разных браузерах, и конечный результат будет выглядеть одинаково в большинстве браузеров настольных систем, что покажется вам более простым?

Множество людей моего поколения (мне ближе к 40, когда я это пишу) учились создавать Web-сайты, используя для компоновки таблицы, и теги шрифта для оформления текста. Может пугать сама необходимость переучиваться, как делать что-то, когда все и так "работает" (выглядит все еще вполне прилично в большинстве браузеров Web). Работодатели обычно не понимают различий, я никогда не слышал, чтобы менеджер говорил о качестве разметки во время рассмотрения работы. Итак, в чем же тогда побудительные мотивы?

Я попытаюсь высказать здесь мнение (вы можете догадаться, на какой я стороне), что использование беспорядочного кода является недальновидным. На основе своего опыта могу сказать, что переработка Web-сайта на основе стандартов выполняется значительно легче, чем преобразование путаницы беспорядочно закодированных страниц (я делал то и другое). Я должен буду все же столкнуться с утопией, предлагаемой XHTML/CSS, что во время переработки потребуется только изменить CSS, но я подошел близко. И помните, что вы увидите сегодня значительно больше предложений работы по разработке Web, требующих знания стандартов Web, чем когда-либо ранее.

Заключение

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

Что же должен делать предприимчивый разработчик приложений Web будущего? Обеспокоены ли вы стандартами Web (и продолжите чтение этой серии статей), или вы выбросите графический редактор и начнете разбивку Web-сайта с помощью таблиц?

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