Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 29
Расскажу про себя: все перечисленные в опросе вещи прекрасны и нужны, но если всё это внедрять, проект становится дороже в несколько раз. Очень немногие клиенты на это согласны, поэтому в каждом отдельном проекте если что-то и внедряется, то только частично.
Есть, конечно, вещи, которые уже засели в подкорку (типа кнопок, которые по возможности, работают без js) и делаются на автомате и совсем не сказываются на стоимости проекта, но держать в голове весь объем информации невозможно, поэтому внедрение каждого из перечисленных в опросе пунктов требует предварительного планирования, как правило.
Есть, конечно, вещи, которые уже засели в подкорку (типа кнопок, которые по возможности, работают без js) и делаются на автомате и совсем не сказываются на стоимости проекта, но держать в голове весь объем информации невозможно, поэтому внедрение каждого из перечисленных в опросе пунктов требует предварительного планирования, как правило.
Кнопки, работающие без js, пугают :D Или вы про mouseenter/mouseout?
Людям с ограниченными возможностями тоже хочется развлекаться. Про js — один из аргументов я уже написал ниже, ещё аргументом может служить то, что в сфере фронтенда и веба вообще всё развивается настолько стремительно, что мы не знаем, через какие устройства к нам будут ходить люди.
И вот тут включается экономическая составляющая: действительно, лучше запилить несколько новых фич, которые привлекут посетителей, чем заниматься повышением доступности сайта для каких-то эфемерных инвалидов. То же самое и про js — причины, по которым сайт в теории должен работать без js понятны и разумны, но средства, которые нужно потратить на это не сопоставимы с выгодой и размером аудитории.
Собственно, поэтому я и создал опрос и вообще поднял эту тему: на конференциях говорят одно, но в жизни всё не так, хочется разобраться в вопросе.
Если бы можно было сделать сайт полностью доступным для всех людей (вне зависимости от браузера, физических способностей, качества интернета и т.п.) за пару дней, я бы лично тратил на это время. Как минимум, ничего плохого в этом нет, а на самом деле есть довольно много хорошего (как минимум для тех же людей с ограниченными возможностями, у которых итак жизнь не сахар). Но, к сожалению, нужно на это далеко не пару дней, поэтому никто даже и не пытается. Ну и помимо дороговизны, это ещё и очень нудные вещи, на самом деле — проставлять все aria-атрибуты или дебажить производительность какого-нибудь слайдера не самая интересная работа, это тоже отталкивает людей от этих вопросов.
И вот тут включается экономическая составляющая: действительно, лучше запилить несколько новых фич, которые привлекут посетителей, чем заниматься повышением доступности сайта для каких-то эфемерных инвалидов. То же самое и про js — причины, по которым сайт в теории должен работать без js понятны и разумны, но средства, которые нужно потратить на это не сопоставимы с выгодой и размером аудитории.
Собственно, поэтому я и создал опрос и вообще поднял эту тему: на конференциях говорят одно, но в жизни всё не так, хочется разобраться в вопросе.
Если бы можно было сделать сайт полностью доступным для всех людей (вне зависимости от браузера, физических способностей, качества интернета и т.п.) за пару дней, я бы лично тратил на это время. Как минимум, ничего плохого в этом нет, а на самом деле есть довольно много хорошего (как минимум для тех же людей с ограниченными возможностями, у которых итак жизнь не сахар). Но, к сожалению, нужно на это далеко не пару дней, поэтому никто даже и не пытается. Ну и помимо дороговизны, это ещё и очень нудные вещи, на самом деле — проставлять все aria-атрибуты или дебажить производительность какого-нибудь слайдера не самая интересная работа, это тоже отталкивает людей от этих вопросов.
Ограниченные возможности — это не только плохое зрение. Человек может прекрасно видеть, но не иметь возможность использовать мышь, например.
Клиент ничего целенаправленно не делает, они ни о чём не знает и не думает. И не надо ему об этом думать, по-хорошему. Сейчас эта задача решается тем, что js везде включён и выключить его не так-то легко, поэтому никто этим и не занимается. Но если бы js вообще был опционален, было бы ещё лучше. Но, повторюсь, я сам этим стану заморачиваться только если это станет экономически целесообразно.
Клиент ничего целенаправленно не делает, они ни о чём не знает и не думает. И не надо ему об этом думать, по-хорошему. Сейчас эта задача решается тем, что js везде включён и выключить его не так-то легко, поэтому никто этим и не занимается. Но если бы js вообще был опционален, было бы ещё лучше. Но, повторюсь, я сам этим стану заморачиваться только если это станет экономически целесообразно.
Незрячим нужна семантическая разметка документа. Для SEO нужна семантическая разметка.
Поисковые роботы ведут себя почти так же, как программы чтения с экрана. Оптимизируете для одних — получаете оптимизацию для других
Уделяете ли вы внимание прогрессивному улучшению и работе сайта без js
Вот бы отдельно эти два вопроса. Первое да (прогрессивный рендеринг), второе категорически нет. Частичный рендер без JS на начальном этапе — да, но сколько нибудь полноценная работа без JS не предполагается и видится совершенно бессмысленной.
Один из аргументов в пользу работы без js является то, что он может быть сломан вашим кодом или чем-то, что крутится у клиента. То есть пользователь ничего не выключал, но пользоваться сайтом не может. Интересно было бы увидеть статистику именно таких случаев. Понятно, что тех, кто отключает js обычно около 0.1%, а вот сколько поломанных?
Но мы у себя опять же ничего специально не делаем для работы без js — слишком это дорого выходит в пересчёте на таких посетителей.
Но мы у себя опять же ничего специально не делаем для работы без js — слишком это дорого выходит в пересчёте на таких посетителей.
Это разумеется. Но а) не всё можно отловить и б) у клиентов может быть настолько непредсказуемая экосистема, что код сломается всё-равно. То, что вы «не припомните», совсем не значит, что ни одного не было. Я вот тоже в своей практике с таким не сталкивался, но вполне допускаю, что они были. Именно поэтому и интересно было в процентном соотношении увидеть.
Да я и не спорю, как я уже говорил, наши сайты без js тоже не работают, потому что жалко времени на эти десятые процента. Но если бы стоимость внедрения этих методик была незначительной, я бы их применял.
Ну и понятно, что речь не идёт про 100% функционала. Какую-нибудь Яндекс.Музыку без js не сделать при всём желании. Но какие-то действительно критичные для бизнеса вещи вполне можно анализировать в этом ключе.
Ну и понятно, что речь не идёт про 100% функционала. Какую-нибудь Яндекс.Музыку без js не сделать при всём желании. Но какие-то действительно критичные для бизнеса вещи вполне можно анализировать в этом ключе.
del
Нужно сразу писать, чтобы ошибок не было
Вы дословно повторили мою любимую шутку: Тесты? Нет у нас тестов, мы сразу без ошибок пишем!.
Даже если «сразу писать, чтобы ошибок не было», проблемы всё равно могут возникнуть: https://www.youtube.com/watch?v=FlxpXoiiiT4&feature=youtu.be&t=7h43m9s
Добавил. Не стал изначально разделять, потому что не верю, что хотя бы 5% делают доступность без js. Но для чистоты опроса и проверки моей гипотезы — пусть будет. Жаль только, что порядок опросов нельзя менять в редакторе.
Хороший опрос, но пару предложений:
1) нет варианта — «Да, но понемногу» или «когда есть время в спринте»
— ИМХО частая ситуация
2) не уточнялось в какого рода компании это все просиходит
— онлайн-ритейл / медиа / продуктовая разработка и тд, это сразу покажет какая отрасль более реагирует на те или иные подходы-улучшения-стандарты
1) нет варианта — «Да, но понемногу» или «когда есть время в спринте»
— ИМХО частая ситуация
2) не уточнялось в какого рода компании это все просиходит
— онлайн-ритейл / медиа / продуктовая разработка и тд, это сразу покажет какая отрасль более реагирует на те или иные подходы-улучшения-стандарты
Интересно было бы в комментариях пообщаться с теми, кто придерживается стандартов: как организован процесс, насколько это удорожает разработку, как валидируется качество и т.п.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Опрос: насколько строго вы следуете стандартам и лучшим практикам на фронтенде?