>> перестаньте думать что мир монохромно-чёрнобелый (думать что -- "HTML-version-X.Y" либо поддерживается <чемто> полностью, либо не поддерживается совсем) ..
> Это не означает, что к этому не надо стремиться.нет.. к этом не надо стремиться... это как "ссать против ветра"...
...мир никогда не станет чорнобелым -- и вы должны смеритсья с этим ... так как "монохромная-чорнобелость" -- это ПРОТИВОЕСТЕСТВЕННО
> И чтобы веб-разработчикам не нужно было для этого вставлять кучу проверок на все случаи жизни
тык -- надо сразу определить для себя (как разработчика) -- "насколько старые www-броузеры мы будем рассматривать как поддерживаемые для нашего www-проекта?"
например если мы берём период "1 год" -- то значит должны учитывать наиболее популярные реализации www-стандарта -- ТОЛЬКО в течении 1 года
а если мы (как разработчики) решили взять на себя обазянность реализовать ту или иную функциональность с учотом дравности обратной совместимости "5 лет" -- то тут КОНЕШНОже не обойтись без "кучу проверок на все случаи жизни"
однако спросите себя -- ну зачем вам эти 5 лет? "пол года" это вполне нормальный срок (+ ещё пол года уйдёт на разработку www-программы -- в итоге выйдет 1 год обратной совместимости)
....за эти прошедшии "пол года" никаких координальный изменений www-стандарта не происходит... и поэтому количество "спорных" функциональностей остаётся очень не много
(но какой бы срок-обратной-совместимости мы не взяли -- сёравно проверять нужно именно ИНДЕВИДУАЛЬНО "спроные функции" ("спорные" за этот период) а не "обобщённые абстракции функциональности... такие как .. поддерживает ли броузер HTML5 или нет")
> И чем больше таких проверок я вставлю в код, тем больше мне заплатит работодатель (считай - деньги в трубу, т.к. никакой функциональности это не прибавит) и тем сильнее будут тормозить браузеры посетителей.
в программе (и в www-программе тоже) -- не всё определяется параметром "функциональность"
...хотя именно параметр "функциональность" обычно только и бросается в глаза :-)
есть ещё такие параметры как "совметимость" и "надёжность" (и другие параметры тоже....)... если разработчик потратил деньги работодателя (на "совместимость" и "надёжность") и никто не увидил результат его трудов -- то это конешно печально...
.....именно поэтому проприетарщики и коммерсанты стараются меньше уделять внимание на "совместимость" и "надёжность" -- так как сёравно это не бросается в глаза (и в результате какбы "деньги в трубу")
> ...и тем сильнее будут тормозить браузеры посетителей.
для того чтобы броузеры сильно не тормазили -- КОНЕШНОже необходимо держать www-программу в актуальном виде
..это значит в том числе и то -- что когда появляются более новые сущности в www-стандарте, а другие сущности устаревают -- то мы всегда должны помнить какой период-обратной-совместимости был выбран для нашей программы
....и РАЗУМЕЕТСЯ необходимо время-от-времени удалять из www-программы код связанный с той обратной совместимостью которая уже вышла за временной-предел нашей поддержки
зачастую разработчикам просто жалко удалять "чрезмерно устаревший код" (некоторые разработчики попросту могут забыть о том что не "количество написанных строчек" является результатом труда разработчика -- а "хорошо работающщий модуль") .. или они не могут найти на это время...