Инклюзивное образование однозначно должно быть. Но стоит помнить, что инклюзивное образование — это инструмент, а не панацея. И как любой инструмент, оно должно применяться осознанно и может быть применимо далеко не во всех случаях.
ElizavetaKluchikova пишет преимущественно о детях с нарушениями умственного развития. Я согласен, что это крайне деликатный вопрос, требующий особого подхода. Хотя, как мне кажется, и тут есть масса тонкостей и неоднозначностей.
Но давайте не будем забывать о том, что существует множество других нозологий, в случае которых инклюзивное образование может принести гораздо больше пользы и оказаться куда более действенным, чем обучение в специализированных школах.
Более того, может сложиться впечатление, что в специализированных школах должен быть особый подход к детям, адаптированная программа и прочее, что в свою очередь должно дать ребёнку больше, чем если бы он учился в массовой школе. Но на практике всё не так радужно.
Сразу оговорюсь, что я не теоретизирую. У меня первая группа инвалидности по зрению и я учился в одной из таких школ.
Методы преподавания зачастую отстают лет на десять. Шрифт Брайля — это хорошо. Но угадайте с одного раза сколько раз он мне пригодился после школы? Хотя нет. Читать названия на коробочках с медикаментами — действительно удобно.
В то же время, наблюдаем практически полное отсутствие дополнительного материала шрифтом Брайля. Работе с ПК практически не уделяется времени. А именно это очень сильно пригодится в дальнейшей жизни. Особенно, если ребёнок собирается продолжать обучение.
Крайне низкие требования к ученикам. Фактически оценки ставятся за красивые глазки. Стоит поднапрячься в пятом классе и закончить полугодие на отлично, чтобы быть отличником все последующие годы. А это очень сильно расслабляет. Когда ты поступаешь в вуз и понимаешь, что тут халявы не будет. Сам материал преподаётся тоже на крайне низком уровне. Я потом сравнивал свои знания со знаниями моих одногрупников в вузе. И тут приходит понимание, что школа просто прошла впустую. Знания гораздо ниже, чем у выпускников массовых школ. Даже если брать тех, кто учились не очень хорошо.
Работа по таким направлениям, как обучение перемещению по городу и прочее, не проводится в принципе. Фактически, этому всему мне приходилось учиться самостоятельно.
Можно сказать, что это частный случай и мне просто не повезло. Но на тот момент моя школа считалась одной из лучших в Украине из подобных учебных заведений. И это действительно было так. По ряду параметров в других школах всё было ещё хуже.
Но самая большая проблема, на мой взгляд, — это закрытость социальной группы. Ребёнок общается только с себе подобными. Более того, он умеет общаться только с себе подобными.
И когда вчерашний выпускник поступает в условный вуз, для многих это культурный шок. Собственно говоря, для его одногрупников это не меньший культурный шок.
Разумеется, тут уже всё зависит от человека. Если правильно себя поставить, к концу первого месяца можно вполне успешно влиться в коллектив. Лично у меня всё произошло достаточно легко. Проблема лишь в том, что у многих к этому моменту уже отсутствует способность строить социальные связи. А некоторые и вообще после школы остаются сидеть дома с родителями на социалку. Поскольку абсолютно не представляют себя в социуме.
А в качестве факультативных занятий можно сходить на экскурсии в спецшколы, посмотреть на слепых или глухих сверстников, посочувствовать им, а возможно и чем-то помочь.
Это почти как в зоопарк имеете ввиду?
Спасибо, но нет.
Выхлоп от этого менее, чем никакой. Сходить посмотреть прикольно, но это и всё.
Итого. Инклюзивное образование должно быть. Нет, это не так, что вот со следующего года мы набираем в классы всех подряд. У педагогов должны быть необходимые навыки. Должны быть созданы необходимые технические и прочие условия там, где это нужно. Инклюзивное образование применимо не во всех случаях. Возможно, должна быть какая-то комиссия, которая будет принимать решение о целесообразности такого образования в каждом конкретном случае.
Да, не исключено, что ребёнку сначала придётся тяжелее. И в плане освоения школьной программы и в социальном плане. Но с этим всё равно придётся столкнуться. И чисто субъективно, лучше если это случится раньше, чем позже. Рост в тепличных условиях — тоже не всегда хорошо.
В целом же, сама идея инклюзивного образования достаточно хорошая. Проблема лишь в реализации. Но это как обычно :)
Мир действительно тесен. )
Лет около десяти назад, когда я делал только первые шаги в программировании, и рассматривал его больше в качестве увлечения, не подозревая, что со временем это будет моей основной сферой деятельности, menelion_elensule меня немного менторил. Отвечал на мои ламерские вопросы. ))
За что я до сих пор ему крайне признателен.
Со временем, правда, общение с Андреем естественным образом прервалось. Жизнь закрутилась и прочее.
Посыл статьи был ведь не в том, что React — это плохо, или Angular — это плохо, или не нужно делать SPA.
А в том, что если нужен заголовок, то почему не взять для этого тег заголовка (h1-h6), Почему нужно брать div?
Если нужна кнопка, это должна быть именно кнопка, а не кликабельный div, или span, или что-либо ещё.
Почему не взять для чекбокса input с типом checkbox, почему нужно городить что-то своё непонятное?
И в данном вопросе я готов подписаться под каждым словом автора.
И совершенно не важно что мы разрабатываем: сайт, админку, crm… Просто нужно использовать html-элементы по их прямому назначению.
Точно так, как мы стилизируем кликабельный div под требования дизайна, мы можем взять button и тоже придать ему необходимый вид. В чём проблема? Но в последнем случае, мы будем использовать элемент для того, для чего он и предназначен.
И писать правильно можно как на чистом html, так и в том же jsx. Ровно как и наоборот.
А вот у меня не так давно что-то похожее и было.
Висит у меня резюме на одной площадке. Приходит в Вайбер сообщение:
Нужен на проект middle php-разработчик. Проект на Yii2. Вот тестовое задание. Сделаешь — напишешь.
Ни кто такие, ни что за проект, ни что предлагают… Никакой информации вообще.
Обычно, такие сообщения просто игнорирую. Собственно, так поступил и с этим.
Но вот дней через пять мне нечего было делать. И я полез посмотреть на это задание.
Задание оказалось достаточно простым. Я от нечего делать его написал. Ну и раз уже сделал, то почему бы не отправить.
Примерно через неделю перезванивает некий, назовём его Боба. С которым у нас состоялся примерно следующий диалог.
— Боба: Ты выполнял для нас тестовое задание. Готовы взять тебя на работу. Предлагаем fulltime удалённо, ЗП — 7000 грн. Приступить нужно вчера.
Стоит отметить что по ощущениям Боба звонил где-то из бункера, т.к. связь была отвратительной. И я решил что я просто не расслышал. И на самом деле прозвучала сумма 27000.
— Я: Вчера не получится. Я сейчас работаю. И даже если я соглашусь на ваше предложение, то мне понадобится некоторое время, чтобы завершить все дела на текущей работе.
— Боба: Нам требуется программист срочно. Но мы согласны на вариант, чтобы ты уделял нашему проекту несколько часов в день, пока полностью не перейдёшь к нам.
Потом поговорили немного о стеке, о проекте.., о прочих требованиях. К слову, требования были достаточно серьёзные.
— Я: Хорошо, я подумаю. Давайте подведём итоги. Вы предлагаете удалённую работу fulltime и ЗП 27000 грн в месяц. Верно?
— Боба: Нет, 7000, а не 27000.
— Я: Прошу прощения, мне послышалась сумма 27000. И вы серьёзно надеетесь найти middle-разработчика, обладающего всеми необходимыми навыками, на полный рабочий день 8 часов за 7000 в месяц?
— Боба: А че, нормальная ЗП. Только мы требуем fulltime, а не 8 часов.
— Я: А fulltime и полный рабочий день — это разные вещи?
— Боба: под fulltime мы подразумеваем именно fulltime. Ты должен быть в нашем распоряжении 24 часа в сутки.
После чего я сказал, что это называется рабство, а не fulltime и положил трубку.
Кроме препятствий (стена, припаркованный автомобиль впереди и т.д.), существует такая штука как ямочный дизайн тротуаров, торчащая на два сантиметра над поверхностью крышка люка, лужа и прочее.
И если с первой группой объектов луч действительно справится, то со второй могут быть проблемы.
Ну, или же будет непрерывный писк в наушниках, что будет только дизориентировать, а не помогать.
Это я к тому, что старая добрая трость будет более надёжной.
Кроме этого, наушник в ухе при движении по городу — идея так себе. Я бы всё же предпочёл, чтобы мне ничто не «заслоняло» слух.
Более интересным был бы вариант с вибромотором: разные типы препятствий генерируют разные вибрации разной частоты и продолжительности. Как-то так. Но ещё раз повторюсь, что на мой взгляд, такой гаджет всё же был бы менее полезным, чем обычная трость.
Я работаю на компанию, но удалённо. У нас 50 процентов команды в офисе, 50 — на удалёнке. До этого, некоторое время фрилансил.
С моей точки зрения, главный минус фриланса — невозможность перенимать опыт более опытных коллег.
Как правило, на фрилансе ты занимаешся проектом один. И если по неопытности ты привык в каких-то вопросах косопорить и велосипедить (в плохом смысле), то некому тебе сказать: чувак, что это за отстой!..
Наверное, со временем (опытом) и сам придёшь к такому выводу, но работая в команде, это случится гораздо раньше. Что пойдёт только всем на пользу.
Лично я, за первые же пол года работы в команде, научился больше, чем за предыдущий период.
Но не буду утверждать что моя точка зрения единственно верная. Может быть это был обычный скачёк развития. И будучи сам, я научился бы тому же. Да и фрилансил я очень недолго.
Было бы неплохо, если бы Яндекс следовал этим рекомендациям.
Некоторые продукты Яндекса просто ужасны с точки зрения доступности.
Web-версия Диска — яркий пример того, как не нужно делать. Множество кастомных элементов управления, которые воспринимаются скринридерами просто в качестве текста. И хоть интуитивно понятно, что они кликабельные, но добавление role=«link», или role=«button» значительно упростило бы пользование. И это только один пример.
Или, скажем, yandex.passport, выпадающий список с месяцами во время регистрации. Из под Jaws он не работает совершенно. Из под NVDA с ним можно справиться, но только в режиме плоского просмотра, что не всегда (не всем) очевидно.
Вы пишете, что картинки должны сопровождаться альтернативным текстом, грубо говоря иметь осмысленный атрибут alt, но даже в этой статье не одна картинка не имеет описания.
Хотя, справедливости ради, хочу отметить, что вопреки распостранённому мнению, не каждая картинка должна иметь описание.
Если то, что изображено на картинке можно понять исходя из контекста и это нельзя (нецелесообразно) конкретизировать при помощи описания, то и вставлять простыню пространного текста в alt не нужно. Ибо только время отнимет у читающего. Но при этом, картинка всё равно должна иметь непустой атрибут alt. Т.к. скринридеры игнорируют такие изображения. И пользователь может даже не узнать что там есть картинка. В противном же случае, он может попросить описать изображение зрячего человека.
Если какой-то дополнительный элемент на вашей странице представлен в виде изображения, то его необходимо скрыть от скринридера с помощью атрибута aria-hidden=“true”.
Честно говоря, этой рекомендации совершенно не понял. Если этот элемент имеет какое-либо значение для пользователя, то скрывать его не нужно, даже если он представлен в виде картинки.
Что касается атрибута aria-hidden. Его упоминают почти во всех рекомендациях по доступности. Но как разработчик и постоянный пользователь скринридеров, хочу отметить, что очень часто его применяют неправильно. Более того, в подавляющем большинстве случаев, его применение избыточно.
Классический пример неправильного применения:
Есть изначально скрытый блок, который необходимо показать в ответ на какое-либо действие пользователя. [div style="display: none;" aria-hidden="true"]...[/div]
Свойство display изменяют, скажем, на block, но об aria-hidden совершенно забывают. После чего мы получаем, что блок визуально отображается, но остаётся недоступным для скринридеров.
В данном случае aria-hidden является избыточным. Все скринридеры вполне успешно умеют не читать элементы с display: none. одновременное использование display: none и aria-hidden=«true» — просто ещё одна возможность накосячить на ровном месте.
aria-hidden стоит применять только в случае, если вам необходимо сохранить визуальную видимость элемента, но сделать его нечитабельным для скринридеров. В прочем, такая необходимость встречается не так уж и часто.
Использование дополнительной текстовой информации для элементов при помощи aria-label или aria-description тоже должно рассматриваться в каждом конкретном случае отдельно. Иногда это может лишь усложнить взаимодействие пользователя с интерфейсом.
Мы все не любим раздутые визуальные интерфейсы, но многие считают что напихать кучу дополнительной информации через те же aria-атрибуты — не будет лишним.
Отсутствие зрения !== отсутствию интеллекта. Во всяком случае, не всегда)))
Если предназначение кнопки понятно из самой подписи на кнопке, то любая дополнительная информация будет лишней.
У нас есть некая кнопка по нажатию на которую должен выпадать некий список: [button type="button" aria-haspopup="true" aria-expanded="false"]Actions[/button]
Скринридер на этой кнопке нам прочитает что-то вроде: actions кнопочное меню свёрнуто (произносимая информация может несколько отличаться у разных скринридеров).
Добавим aria-label: [button type="button" aria-haspopup="true" aria-expanded="false" aria-label="Какой-то текст"]Actions[/button]
Теперь получаем: какой-то текст кнопочное меню свёрнуто.
Проверялось в NVDA, Jaws и TalkBack.
Прошу заметить, что при использовании aria-label в данном случае текст, который расположен между открывающим и закрывающим тегами button вообще игнорируется.
Но когда это может быть полезным?
Например, если в кнопке используется какая-то векторная иконка и отсутствует текстовая подпись, но мы хотим указать на предназначение кнопки.
Тут уже писали об интерфейсе почты. Кстати, облегчённая версия web-версии почты — сделана просто идеально с точки зрения доступности. И этот тот редкий случай, когда aria-label применялся правильно и в тему.
Ну и несколько рекомендаций.
Необходимо продумывать реализацию доступности точно так же, как вы продумываете визуальный интерфейс.
Избыток иногда хуже недостачи
Невозможно сделать интерфейс максимально привлекательным с точки зрения доступности без реального опыта в этом деле и/или хорошего тестирования только на основе каких-то рекомендаций.
П.С. парсер режет теги, не Так и не смог написать правильно.
А вот с доступностью совсем всё печально. Со скринридерами совершенно Vivaldi не дружит.
В прочем, Опера это тоже никогда не умела.
Планируете когда-нибудь, как-нибудь обратить внимание на этот сегмент рынка?
Спасибо.
Честно говоря ни фундаментального ничего полезного, ни практического в этом не вижу. Что-то абсолютно бессмысленное и беспощадное, по итогу годное только
как тема для заголовков желтой прессы.
Позвольте не согласиться.
А когда-то компьютеры умели только складывать 2 + 2, грубо говоря. Или, скажем, поочерёдно мигать лампочками.
И в этом не было ничего фундаментального. Да и «практическое» можно было усмотреть с большой натяжкой.
Но как бы развивался мир, если бы эти технологии никто дальше не развивал?
Если же рассматривать данный случай, как очередной шаг в развитии технологий, пускай маленький. А не сразу пытаться усмотреть что-то практическое или фундаментальное. То акцент резко меняется. Правда?
О да, аж ностальгия пробила)))
Застал GPRS от Kyivstar с постоянными обрывами и тормозами при закачке рингтонов на телефончики.
Потом у меня был Интернет от Utel и Nokia в качестве модема. Чуть позже купил себе 3G-модем и перестал мучать свою бедную Nokia.
Тариф был, уже не помню, или 2ГБ в месяц, или 4, как-то так. Не представляю как этого хватало, но это было счастье)))
К слову, инет от Utel долгое время был достаточно качественным. Когда Utel "превратился" в OGO качество интернета постепенно начало ухудшаться. Именно с этого момента начал искать другие варианты.
Спасибо за воспоминания)))
Раз на раз не приходится.
Я сам незрячий. Начинал как фрилансер. Потом, на том же фрилансе, меня нашла одна компания, предложили удалёнку. Я согласился. Вот уже несколько лет успешно работаю в этой компании. Справедливости ради, отмечу, что не сразу признался, что я не вижу. Но когда признался, проблем никаких не было. Тружусь в команде со всеми наравне. Предлагали перебираться в офис, но пока отказываюсь. Фирма находится в другом городе, а я пока не хочу переезжать.
В целом, отношение в команде вполне адекватное. Меня рассматривают как специалиста, а не как незрячего специалиста. А я всегда стремился именно к этому.
Знаю ещё одного парня из моего города, который тоже не видит. Когда он устраивался на работу и сказал что незрячий, в одной компании сразу отказали в трудоустройстве. Но без каких-либо проблем взяли в другую.
П.С. речь идёт про Украину. Но не думаю, что в РФ ситуация особо отличается.
В целом, хорошая статья и всё достаточно объективно. Но вставлю свои пять копеек. Из первых рук, так сказать.
Не назвал бы Viber достаточно доступным. Во всяком случае, приложение для Windows. Буквально в прошлом месяце решил установить протестировать. Впечатления не самые приятные.
Да, возможно, потанцевав немного с бубном и можно было бы добиться приемлимого результата. Но т.к. он мне был, в принципе, на windows не нужен, устанавливал его чисто из интереса, то в тот же день и снёс.
Насчёт Skype несогласен полностью. По моему, Скайп всегда имел нормальный уровень доступности. Да, были свои бока, но некритично. Я сам пользуюсь Skype с какой-то из третих версий. И особых неудобств никогда не испытывал. Да, где-то что-то приходилось подшаманить в настройках, но это было дело пары минут. Хотя, и сейчас кое-что приходится поднастраивать. А насчёт последней глобальной обновы, тут согласен. Подписали многие элементы управления, ну и вообще стало более комфортно. Но повторюсь, что ситуацию со Skype я не назвал бы ужасной и в старых версиях.
По браузерам… Да, всё так и есть. Единственное, всё же от браузера зависит не меньше, чем от сайта. Так что браузеры есть смысл и ругать и хвалить. В Firefox доступность на высоте. А вот Windows версию Chrome я бы не стал юзать даже на идеальном с точки зрения доступности сайте. Если есть альтернатива, разумеется. В целом, в Chrome вполне можно работать под скринридером, но не торт, как говориться.
Что касается инструментов для разработки/администрирования, тут беда, конечно. Собственно, Notepad++ рулит, как бы это смешно не звучало в 2017 году. Я сам занят в web-разработке. Почти во всех редакторах кода, которые мне приходилось пробовать, были какие-то проблемы с доступностью. Но уверен, что многие ещё и не пробовал, так что скорее всего есть достойные варианты. Из SSH-клиентов, лично я остановился на PuTTY. Там, конечно, есть свои проблемы, но я их уже считаю, скорее, фичами))).
Если смотреть на ситуацию вцелом, то web более доступен, чем приложения. Даже на сайте с самой хреновой доступностью возможно будет работать. не удобно, но возможно. Особенно, если юзер хорошо знает свой скринридер и имеет хороший опыт, а не вчера сел за комп. А вот в приложениях всё более печально. Как правило, приложение либо работает, либо нет.
К рекомендациям по улучшению доступности тоже стоит относиться с изрядной долей опаски/критики. Переизбыток вспомогательной информации иногда хуже, чем её недостача. + некоторые вещи не дают никакого эффекта, или работают не так, как можно предположить. А некоторые вещи наоборот могут сломать всю доступность.
Классический пример. Берём документацию по Bootstrap-3, в частности, модали. Рекомендуется добавлять к модали role=«dialog». И в такой модали сразу ломается навигация стрелками. Можно перемещаться по элементам только табом. Если в вашей модали есть какая-то формочка, это ещё как-то будет работать, можно будет ходить табом по элементам формы. Но всё остальное уже недоступно. Например, ходить стрелками по тексту мы уже не сможем. Если role=«dialog» не добавлять, модаль будет полностью читабельной. Но скринридер уже не будет воспринимать её как модаль. Т.е. мы сможем легко выйти за её пределы и делать что-то на основной странице. Так что подобные моменты всегда нужно учитывать.
ElizavetaKluchikova пишет преимущественно о детях с нарушениями умственного развития. Я согласен, что это крайне деликатный вопрос, требующий особого подхода. Хотя, как мне кажется, и тут есть масса тонкостей и неоднозначностей.
Но давайте не будем забывать о том, что существует множество других нозологий, в случае которых инклюзивное образование может принести гораздо больше пользы и оказаться куда более действенным, чем обучение в специализированных школах.
Более того, может сложиться впечатление, что в специализированных школах должен быть особый подход к детям, адаптированная программа и прочее, что в свою очередь должно дать ребёнку больше, чем если бы он учился в массовой школе. Но на практике всё не так радужно.
Сразу оговорюсь, что я не теоретизирую. У меня первая группа инвалидности по зрению и я учился в одной из таких школ.
Методы преподавания зачастую отстают лет на десять. Шрифт Брайля — это хорошо. Но угадайте с одного раза сколько раз он мне пригодился после школы? Хотя нет. Читать названия на коробочках с медикаментами — действительно удобно.
В то же время, наблюдаем практически полное отсутствие дополнительного материала шрифтом Брайля. Работе с ПК практически не уделяется времени. А именно это очень сильно пригодится в дальнейшей жизни. Особенно, если ребёнок собирается продолжать обучение.
Крайне низкие требования к ученикам. Фактически оценки ставятся за красивые глазки. Стоит поднапрячься в пятом классе и закончить полугодие на отлично, чтобы быть отличником все последующие годы. А это очень сильно расслабляет. Когда ты поступаешь в вуз и понимаешь, что тут халявы не будет. Сам материал преподаётся тоже на крайне низком уровне. Я потом сравнивал свои знания со знаниями моих одногрупников в вузе. И тут приходит понимание, что школа просто прошла впустую. Знания гораздо ниже, чем у выпускников массовых школ. Даже если брать тех, кто учились не очень хорошо.
Работа по таким направлениям, как обучение перемещению по городу и прочее, не проводится в принципе. Фактически, этому всему мне приходилось учиться самостоятельно.
Можно сказать, что это частный случай и мне просто не повезло. Но на тот момент моя школа считалась одной из лучших в Украине из подобных учебных заведений. И это действительно было так. По ряду параметров в других школах всё было ещё хуже.
Но самая большая проблема, на мой взгляд, — это закрытость социальной группы. Ребёнок общается только с себе подобными. Более того, он умеет общаться только с себе подобными.
И когда вчерашний выпускник поступает в условный вуз, для многих это культурный шок. Собственно говоря, для его одногрупников это не меньший культурный шок.
Разумеется, тут уже всё зависит от человека. Если правильно себя поставить, к концу первого месяца можно вполне успешно влиться в коллектив. Лично у меня всё произошло достаточно легко. Проблема лишь в том, что у многих к этому моменту уже отсутствует способность строить социальные связи. А некоторые и вообще после школы остаются сидеть дома с родителями на социалку. Поскольку абсолютно не представляют себя в социуме.
tester12 пишет:
Это почти как в зоопарк имеете ввиду?
Спасибо, но нет.
Выхлоп от этого менее, чем никакой. Сходить посмотреть прикольно, но это и всё.
Итого. Инклюзивное образование должно быть. Нет, это не так, что вот со следующего года мы набираем в классы всех подряд. У педагогов должны быть необходимые навыки. Должны быть созданы необходимые технические и прочие условия там, где это нужно. Инклюзивное образование применимо не во всех случаях. Возможно, должна быть какая-то комиссия, которая будет принимать решение о целесообразности такого образования в каждом конкретном случае.
Да, не исключено, что ребёнку сначала придётся тяжелее. И в плане освоения школьной программы и в социальном плане. Но с этим всё равно придётся столкнуться. И чисто субъективно, лучше если это случится раньше, чем позже. Рост в тепличных условиях — тоже не всегда хорошо.
В целом же, сама идея инклюзивного образования достаточно хорошая. Проблема лишь в реализации. Но это как обычно :)
Лет около десяти назад, когда я делал только первые шаги в программировании, и рассматривал его больше в качестве увлечения, не подозревая, что со временем это будет моей основной сферой деятельности, menelion_elensule меня немного менторил. Отвечал на мои ламерские вопросы. ))
За что я до сих пор ему крайне признателен.
Со временем, правда, общение с Андреем естественным образом прервалось. Жизнь закрутилась и прочее.
Постараюсь быть 30-го числа, послушать Андрея.
Так вот в чём объяснение крайне токсичного поведения моего бывшего начальника )
А в том, что если нужен заголовок, то почему не взять для этого тег заголовка (h1-h6), Почему нужно брать div?
Если нужна кнопка, это должна быть именно кнопка, а не кликабельный div, или span, или что-либо ещё.
Почему не взять для чекбокса input с типом checkbox, почему нужно городить что-то своё непонятное?
И в данном вопросе я готов подписаться под каждым словом автора.
И совершенно не важно что мы разрабатываем: сайт, админку, crm… Просто нужно использовать html-элементы по их прямому назначению.
Точно так, как мы стилизируем кликабельный div под требования дизайна, мы можем взять button и тоже придать ему необходимый вид. В чём проблема? Но в последнем случае, мы будем использовать элемент для того, для чего он и предназначен.
И писать правильно можно как на чистом html, так и в том же jsx. Ровно как и наоборот.
Висит у меня резюме на одной площадке. Приходит в Вайбер сообщение:
Нужен на проект middle php-разработчик. Проект на Yii2. Вот тестовое задание. Сделаешь — напишешь.
Ни кто такие, ни что за проект, ни что предлагают… Никакой информации вообще.
Обычно, такие сообщения просто игнорирую. Собственно, так поступил и с этим.
Но вот дней через пять мне нечего было делать. И я полез посмотреть на это задание.
Задание оказалось достаточно простым. Я от нечего делать его написал. Ну и раз уже сделал, то почему бы не отправить.
Примерно через неделю перезванивает некий, назовём его Боба. С которым у нас состоялся примерно следующий диалог.
— Боба: Ты выполнял для нас тестовое задание. Готовы взять тебя на работу. Предлагаем fulltime удалённо, ЗП — 7000 грн. Приступить нужно вчера.
Стоит отметить что по ощущениям Боба звонил где-то из бункера, т.к. связь была отвратительной. И я решил что я просто не расслышал. И на самом деле прозвучала сумма 27000.
— Я: Вчера не получится. Я сейчас работаю. И даже если я соглашусь на ваше предложение, то мне понадобится некоторое время, чтобы завершить все дела на текущей работе.
— Боба: Нам требуется программист срочно. Но мы согласны на вариант, чтобы ты уделял нашему проекту несколько часов в день, пока полностью не перейдёшь к нам.
Потом поговорили немного о стеке, о проекте.., о прочих требованиях. К слову, требования были достаточно серьёзные.
— Я: Хорошо, я подумаю. Давайте подведём итоги. Вы предлагаете удалённую работу fulltime и ЗП 27000 грн в месяц. Верно?
— Боба: Нет, 7000, а не 27000.
— Я: Прошу прощения, мне послышалась сумма 27000. И вы серьёзно надеетесь найти middle-разработчика, обладающего всеми необходимыми навыками, на полный рабочий день 8 часов за 7000 в месяц?
— Боба: А че, нормальная ЗП. Только мы требуем fulltime, а не 8 часов.
— Я: А fulltime и полный рабочий день — это разные вещи?
— Боба: под fulltime мы подразумеваем именно fulltime. Ты должен быть в нашем распоряжении 24 часа в сутки.
После чего я сказал, что это называется рабство, а не fulltime и положил трубку.
И если с первой группой объектов луч действительно справится, то со второй могут быть проблемы.
Ну, или же будет непрерывный писк в наушниках, что будет только дизориентировать, а не помогать.
Это я к тому, что старая добрая трость будет более надёжной.
Кроме этого, наушник в ухе при движении по городу — идея так себе. Я бы всё же предпочёл, чтобы мне ничто не «заслоняло» слух.
Более интересным был бы вариант с вибромотором: разные типы препятствий генерируют разные вибрации разной частоты и продолжительности. Как-то так. Но ещё раз повторюсь, что на мой взгляд, такой гаджет всё же был бы менее полезным, чем обычная трость.
С моей точки зрения, главный минус фриланса — невозможность перенимать опыт более опытных коллег.
Как правило, на фрилансе ты занимаешся проектом один. И если по неопытности ты привык в каких-то вопросах косопорить и велосипедить (в плохом смысле), то некому тебе сказать: чувак, что это за отстой!..
Наверное, со временем (опытом) и сам придёшь к такому выводу, но работая в команде, это случится гораздо раньше. Что пойдёт только всем на пользу.
Лично я, за первые же пол года работы в команде, научился больше, чем за предыдущий период.
Но не буду утверждать что моя точка зрения единственно верная. Может быть это был обычный скачёк развития. И будучи сам, я научился бы тому же. Да и фрилансил я очень недолго.
Ждём с нетерпением Yii3!
Успехов!
Некоторые продукты Яндекса просто ужасны с точки зрения доступности.
Web-версия Диска — яркий пример того, как не нужно делать. Множество кастомных элементов управления, которые воспринимаются скринридерами просто в качестве текста. И хоть интуитивно понятно, что они кликабельные, но добавление role=«link», или role=«button» значительно упростило бы пользование. И это только один пример.
Или, скажем, yandex.passport, выпадающий список с месяцами во время регистрации. Из под Jaws он не работает совершенно. Из под NVDA с ним можно справиться, но только в режиме плоского просмотра, что не всегда (не всем) очевидно.
Вы пишете, что картинки должны сопровождаться альтернативным текстом, грубо говоря иметь осмысленный атрибут alt, но даже в этой статье не одна картинка не имеет описания.
Хотя, справедливости ради, хочу отметить, что вопреки распостранённому мнению, не каждая картинка должна иметь описание.
Если то, что изображено на картинке можно понять исходя из контекста и это нельзя (нецелесообразно) конкретизировать при помощи описания, то и вставлять простыню пространного текста в alt не нужно. Ибо только время отнимет у читающего. Но при этом, картинка всё равно должна иметь непустой атрибут alt. Т.к. скринридеры игнорируют такие изображения. И пользователь может даже не узнать что там есть картинка. В противном же случае, он может попросить описать изображение зрячего человека.
Честно говоря, этой рекомендации совершенно не понял. Если этот элемент имеет какое-либо значение для пользователя, то скрывать его не нужно, даже если он представлен в виде картинки.
Что касается атрибута aria-hidden. Его упоминают почти во всех рекомендациях по доступности. Но как разработчик и постоянный пользователь скринридеров, хочу отметить, что очень часто его применяют неправильно. Более того, в подавляющем большинстве случаев, его применение избыточно.
Классический пример неправильного применения:
Есть изначально скрытый блок, который необходимо показать в ответ на какое-либо действие пользователя.
[div style="display: none;" aria-hidden="true"]...[/div]
Свойство display изменяют, скажем, на block, но об aria-hidden совершенно забывают. После чего мы получаем, что блок визуально отображается, но остаётся недоступным для скринридеров.
В данном случае aria-hidden является избыточным. Все скринридеры вполне успешно умеют не читать элементы с display: none. одновременное использование display: none и aria-hidden=«true» — просто ещё одна возможность накосячить на ровном месте.
aria-hidden стоит применять только в случае, если вам необходимо сохранить визуальную видимость элемента, но сделать его нечитабельным для скринридеров. В прочем, такая необходимость встречается не так уж и часто.
Использование дополнительной текстовой информации для элементов при помощи aria-label или aria-description тоже должно рассматриваться в каждом конкретном случае отдельно. Иногда это может лишь усложнить взаимодействие пользователя с интерфейсом.
Мы все не любим раздутые визуальные интерфейсы, но многие считают что напихать кучу дополнительной информации через те же aria-атрибуты — не будет лишним.
Отсутствие зрения !== отсутствию интеллекта. Во всяком случае, не всегда)))
Если предназначение кнопки понятно из самой подписи на кнопке, то любая дополнительная информация будет лишней.
У нас есть некая кнопка по нажатию на которую должен выпадать некий список:
[button type="button" aria-haspopup="true" aria-expanded="false"]Actions[/button]
Скринридер на этой кнопке нам прочитает что-то вроде: actions кнопочное меню свёрнуто (произносимая информация может несколько отличаться у разных скринридеров).
Добавим aria-label:
[button type="button" aria-haspopup="true" aria-expanded="false" aria-label="Какой-то текст"]Actions[/button]
Теперь получаем: какой-то текст кнопочное меню свёрнуто.
Проверялось в NVDA, Jaws и TalkBack.
Прошу заметить, что при использовании aria-label в данном случае текст, который расположен между открывающим и закрывающим тегами button вообще игнорируется.
Но когда это может быть полезным?
Например, если в кнопке используется какая-то векторная иконка и отсутствует текстовая подпись, но мы хотим указать на предназначение кнопки.
Тут уже писали об интерфейсе почты. Кстати, облегчённая версия web-версии почты — сделана просто идеально с точки зрения доступности. И этот тот редкий случай, когда aria-label применялся правильно и в тему.
Ну и несколько рекомендаций.
П.С. парсер режет теги, не Так и не смог написать правильно.
В прочем, Опера это тоже никогда не умела.
Планируете когда-нибудь, как-нибудь обратить внимание на этот сегмент рынка?
Спасибо.
Позвольте не согласиться.
А когда-то компьютеры умели только складывать 2 + 2, грубо говоря. Или, скажем, поочерёдно мигать лампочками.
И в этом не было ничего фундаментального. Да и «практическое» можно было усмотреть с большой натяжкой.
Но как бы развивался мир, если бы эти технологии никто дальше не развивал?
Если же рассматривать данный случай, как очередной шаг в развитии технологий, пускай маленький. А не сразу пытаться усмотреть что-то практическое или фундаментальное. То акцент резко меняется. Правда?
О да, аж ностальгия пробила)))
Застал GPRS от Kyivstar с постоянными обрывами и тормозами при закачке рингтонов на телефончики.
Потом у меня был Интернет от Utel и Nokia в качестве модема. Чуть позже купил себе 3G-модем и перестал мучать свою бедную Nokia.
Тариф был, уже не помню, или 2ГБ в месяц, или 4, как-то так. Не представляю как этого хватало, но это было счастье)))
К слову, инет от Utel долгое время был достаточно качественным. Когда Utel "превратился" в OGO качество интернета постепенно начало ухудшаться. Именно с этого момента начал искать другие варианты.
Спасибо за воспоминания)))
Планирую сходить)
Заинтересовало, спасибо.
И да, переведённая документация — было бы очень даже неплохо.
Я сам незрячий. Начинал как фрилансер. Потом, на том же фрилансе, меня нашла одна компания, предложили удалёнку. Я согласился. Вот уже несколько лет успешно работаю в этой компании. Справедливости ради, отмечу, что не сразу признался, что я не вижу. Но когда признался, проблем никаких не было. Тружусь в команде со всеми наравне. Предлагали перебираться в офис, но пока отказываюсь. Фирма находится в другом городе, а я пока не хочу переезжать.
В целом, отношение в команде вполне адекватное. Меня рассматривают как специалиста, а не как незрячего специалиста. А я всегда стремился именно к этому.
Знаю ещё одного парня из моего города, который тоже не видит. Когда он устраивался на работу и сказал что незрячий, в одной компании сразу отказали в трудоустройстве. Но без каких-либо проблем взяли в другую.
П.С. речь идёт про Украину. Но не думаю, что в РФ ситуация особо отличается.
Не назвал бы Viber достаточно доступным. Во всяком случае, приложение для Windows. Буквально в прошлом месяце решил установить протестировать. Впечатления не самые приятные.
Да, возможно, потанцевав немного с бубном и можно было бы добиться приемлимого результата. Но т.к. он мне был, в принципе, на windows не нужен, устанавливал его чисто из интереса, то в тот же день и снёс.
Насчёт Skype несогласен полностью. По моему, Скайп всегда имел нормальный уровень доступности. Да, были свои бока, но некритично. Я сам пользуюсь Skype с какой-то из третих версий. И особых неудобств никогда не испытывал. Да, где-то что-то приходилось подшаманить в настройках, но это было дело пары минут. Хотя, и сейчас кое-что приходится поднастраивать. А насчёт последней глобальной обновы, тут согласен. Подписали многие элементы управления, ну и вообще стало более комфортно. Но повторюсь, что ситуацию со Skype я не назвал бы ужасной и в старых версиях.
По браузерам… Да, всё так и есть. Единственное, всё же от браузера зависит не меньше, чем от сайта. Так что браузеры есть смысл и ругать и хвалить. В Firefox доступность на высоте. А вот Windows версию Chrome я бы не стал юзать даже на идеальном с точки зрения доступности сайте. Если есть альтернатива, разумеется. В целом, в Chrome вполне можно работать под скринридером, но не торт, как говориться.
Что касается инструментов для разработки/администрирования, тут беда, конечно. Собственно, Notepad++ рулит, как бы это смешно не звучало в 2017 году. Я сам занят в web-разработке. Почти во всех редакторах кода, которые мне приходилось пробовать, были какие-то проблемы с доступностью. Но уверен, что многие ещё и не пробовал, так что скорее всего есть достойные варианты. Из SSH-клиентов, лично я остановился на PuTTY. Там, конечно, есть свои проблемы, но я их уже считаю, скорее, фичами))).
Если смотреть на ситуацию вцелом, то web более доступен, чем приложения. Даже на сайте с самой хреновой доступностью возможно будет работать. не удобно, но возможно. Особенно, если юзер хорошо знает свой скринридер и имеет хороший опыт, а не вчера сел за комп. А вот в приложениях всё более печально. Как правило, приложение либо работает, либо нет.
К рекомендациям по улучшению доступности тоже стоит относиться с изрядной долей опаски/критики. Переизбыток вспомогательной информации иногда хуже, чем её недостача. + некоторые вещи не дают никакого эффекта, или работают не так, как можно предположить. А некоторые вещи наоборот могут сломать всю доступность.
Классический пример. Берём документацию по Bootstrap-3, в частности, модали. Рекомендуется добавлять к модали role=«dialog». И в такой модали сразу ломается навигация стрелками. Можно перемещаться по элементам только табом. Если в вашей модали есть какая-то формочка, это ещё как-то будет работать, можно будет ходить табом по элементам формы. Но всё остальное уже недоступно. Например, ходить стрелками по тексту мы уже не сможем. Если role=«dialog» не добавлять, модаль будет полностью читабельной. Но скринридер уже не будет воспринимать её как модаль. Т.е. мы сможем легко выйти за её пределы и делать что-то на основной странице. Так что подобные моменты всегда нужно учитывать.