Стоит ли время разработки выводить действительный HTML?

Question

Разработка сайтов отнимает много времени. Чтобы повысить производительность, я бы написал прототип, чтобы показать его нашим клиентам. Я не беспокоюсь о том, чтобы прототип соответствовал стандарту. В большинстве случаев наши клиенты одобряют прототип и дают необоснованные сроки. Я обычно заканчиваю тем, что использую прототип в производстве (эй, прототип работает. Не нужно усложнять мою работу.)

Я мог бы реорганизовать код для вывода правильного HTML. Но стоит ли усилий для вывода корректного HTML?

Answer 1

По моему мнению, ключевым критерием является «соответствие цели» - если ваши клиенты хотят что-то для небольшого / внутреннего рынка (и не волнует, отталкивает ли это потенциальных клиентов, которые имеют инвалидность или используют менее распространенные браузеры), то это их выбор.

В то же время я думаю, что наша ответственность (как разработчиков) заключается в том, чтобы убедиться, что они знают о последствиях своих решений. Некоторые организации будут связаны законодательными требованиями о том, что веб-сайты должны использоваться программами для чтения с экрана, что обычно означает совместимый со стандартами HTML .

Answer 2

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

Если вы не увлечены целым нарушением стандартов IE8, которое они хотят включить по умолчанию. - это еще один аргумент.
Webkit, Gecko, Presto? (это двигатель оперы?), а другие всегда будут становиться более совместимыми с каждым выпуском.

Если ваша html-работа не находится во встроенном браузерном элементе управления IE, то на самом деле нет причин выводить действительный html, если он отображается.

Answer 3

Есть два правила написания сайтов:

1. Сайт должен работать для ваших пользователей.
2. Сайт должен работать для ваших пользователей.

Чтобы соответствовать первому правилу, вы должны кодировать так, чтобы ваш сайт правильно отображался при использовании Internet Explorer. Если у вас нет свободы изменять дизайн своего сайта, чтобы использовать только те функции, которые IE правильно отображает, это означает написание недопустимого HTML.

Чтобы соответствовать второму правилу, вы должны кодировать так, чтобы ваш сайт правильно отображался при использовании программ чтения с экрана и Брайля. Хотя некоторые новые программы чтения с экрана могут работать с сайтами, ориентированными на IE, в целом это означает написание корректного HTML.

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

UPDATE:

Это отвергается пользователями, которые думают, что вы всегда можете выбрать правильный HTML в IE. Это может быть правдой, если у вас есть возможность изменить свой дизайн, чтобы обойти недостатки IE, но если клиент дал вам дизайн, и вы должны заставить его работать, вам, возможно, придется прибегнуть к неверному HTML. Это печально, но это правда, что бы они ни думали.