Разработка кода не глядя

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


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


Я выпускник магистратуры Института Математики, механики и компьютерных наук. Сейчас разрабатываю приложение для распознавания показаний медицинских приборов.


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


К тому моменту я уже был достаточно опытным пользователем Windows. С точки зрения незрячего пользователя я уверенно управлялся с компьютером с использованием обоих скрин-ридеров, о которых речь пойдёт ниже. С точки зрения зрячего пользователя я знал что и где можно подкрутить в системе, чтобы она снова работала, и даже имел с этого первый доход.


Для озвучивания текста с экрана компьютера используются специальные приложения (читатели экрана). Под Windows самыми популярными являются Jaws от Freedom Scientific и опенсорсный NVDA.. Система Windows даже на тот момент была уже устроена так, что пользоваться ей полноценно можно было только используя оба скрин-ридера.


Конечно, когда дело доходило до ковыряний в bios или переустановки системы, приходилось привлекать помощь зрячих людей.


При разработке же круг проблем выглядит немного иначе.


Написание кода


Код, конечно, можно писать в блокноте на Windows, благо он очень хорошо озвучивается как Jaws так и NVDA. Но за рамками Pascal, на котором у нас, как правило, преподают основы программирования без автодополнения совсем никак.


Все задания я выполнял только на своём компьютере, так как мучить админов в лабораториях установкой NVDA мне не хотелось, а о цене на Jaws я просто молчу.


Среда Pascal ABC озвучивалась в достаточной мере для той теории, которую нам преподавали. Фокус скрин-ридера, это такая абстрактная точка, которая указывает область GUI, которая сейчас озвучивается скрин-ридером, сама хорошо помещалась в поле текстового редактора, и при удачной компиляции и запуске перемещалась в консоль. При неудачной же начинались чудеса с использованием различных хитростей скрин-ридера, которыми в этой статье перегружать читателя я не буду.


Как раз под конец изучения этой темы у меня ноутбук разделился на крышку и остальную часть, и на этом вся моя разработка на Windows прекратилась. Единственное что могу сказать, из того, что я когда-либо пробовал использовать для разработки на Windows из серьёзных IDE, нормально озвучивается только Visual Studio начиная с 2015-ой версии. А все удобные возможности, вроде автодополнений, доступны только с использованием платного Jaws.


Итак. Верный ноут повержен, нужен новый боевой конь.


Следующей машиной у меня стал MacBook. Знаю, дорого, но во первых это были те года, когда за одного Мак-Кинли давали примерно 30 Ярославлей, а во-вторых, для незрячих машины удобней просто нет.


С тех пор и по сей день разработку я провожу в Xcode, он великолепно озвучивается при помощи VoiceOver, правда сильно ограничен в выборе языка разработки: C, C++, Objective-C и Swift. Сколько бы я ни мечтал начать говнокодить на Python, никак не получается. В Visual Studio для Mac Python пока не завезли, а VSCode, сколько бы не пели разработчики, озвучивается так, что лучше бы не озвучивался. Т.Е. Если приложение не озвучивается, скрин-ридер либо озвучивает пустые поля или кнопки, либо совсем молчит, в VSCode интерфейс выглядит, как мешанина элементов, непонятных, несвязанных совсем между собой, половина не нажимается, половина вызывает какие-то новые рамки чуть ли не в другом конце окна.


Процесс разработки


Начало разработки совсем не отличается от того, что делают все: создание проекта, создание репозитория, если требуется, тем более Xcode GIT репозиторий создаёт сам.


Как я уже сказал выше, Xcode ограничен в выборе языка, поэтому как правило я использую или C++ или Swift.


Xcode сам создаёт файл Main и сам описывает функцию Main.
Как и все, я добавляю файлы по необходимости, но тем, без чего к сожалению, не получается обойтись в разработке сложных проектов, это автодополнения, начиная от сниппетов различных частей кода, вроде описания классов, или циклов, которые просто ускоряют разработку, и заканчивая методами классов или функциями с длинными заковыристыми названиями, которые просто очень сложно удержать в голове без доступа к визуальной памяти.


Отладка


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


Во-первых, синтаксические, семантические и пунктуационные ошибки. Навигатор ошибок в Xcode доступен, и при том при выделении конкретной ошибки он перемещает курсор редактирования к нужной строке, но плохо, что он либо не показывает номер символа, где он эту ошибку увидел, либо не проговаривает его VO, и с этим смирится только остаётся.
Отдельно хочу сказать за скобки, насколько я знаю, зрячие тоже страдают от лишних открытых или закрытых скобок, но если зрячий человек может попытаться визуально их определить, если он всё таки чему-то учился и не кашу, а код пишет, он путаницу скобок разберёт. Без глаз — это плохо, частично выручает то, что сниппеты как правило включают нужное количество скобок, да и заботливая IDE закрывает сама скобки, если пользователь их открывает, но и тут ошибки возможны.


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


Проект собрался, программа запустилась, а в консоли внизу вместо ожидаемого и желанного "program ended with exit code: 0" появилось [LLDB], дебагером низкого уровня я пользоваться не умею, поэтому эту надпись я воспринимаю так, что что-то в логике программы пошло не так.


Сообщения отладчика редко бывают понятными. Поэтому можно утыкать всю программу брэйк-поинтами, но, не будучи зрячим, очень трудно понять, на какой точке ты остановился, или в каком месте программа падает. Поэтому лично я расставляю выводы вроде "test #", в разных частях Main, если приложение ничего не выводит, если выводит, расставляю выводы там, где приложение падает, к примеру начиная с входа в подозрительную функцию, и смотрю, до какого вывода программа доходит, после чего остаётся только выловить ошибку между достигнутым выводом и не достигнутым.


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


Контроль версий


Xcode сам может работать с GIT, но есть вещи, которые лучше всего сделать через терминал.


Терминал


Терминал на Mac озвучивается, я имею в виду стандартный. Конечно, не удобно, когда VO проговаривает весь выводимый текст, но используя возможности VO можно прослушивать вывод по словам, строкам и даже по символам. А значит можно пользоваться терминалом, и даже одним из консольных текстовых редакторов, nano озвучивается просто блестяще. Помимо этого, озвучиваемый терминал даёт возможности незрячему программисту использовать пакетные менеджеры типа Home brew или cocoapods.


Заключение


Имея проблемы со зрением, можно стать или оставаться разработчиком. Есть достаточное количество различных программ экранного доступа для разных платформ: Jaws, NVDA и экранный диктор для Windows, orca в GNOME для Linux, VoiceOver на Mac, и редакторов кода, которые озвучиваются, таких как: Visual Studio на windows и Xcode на Mac. Тем более всё чаще попадаются сообщения о том, что в какой-нибудь редактор добавляют доступность, и я уверен, что со временем и VSCode и прочими Идеями можно будет пользоваться незрячим разработчикам.


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


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

Support the author
Share post
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 70

    +8
    Очень интересно посмотреть на то, как вы разрабатываете.
    Например, короткое видео.
    Если не сложно.
      +13
      Если это будет утилита командной строки, пойдёт?
        +6
        Восхищает что вы можете без проблем выложить видео, которое сами не увидите
          +4

          Все что угодно, на самом деле.
          Интересен сам процесс

            +7
            Сниму, выложу и дам сюда ссылку, хорошо?
              +1
              Да, как вам будет удобно.
              Мы посмотрим в любом виде и формате.
              +3
                +1
                Восторгаюсь, как вы управляетесь с помощью клавиатуры и озвучивания.
                Спасибо за видео, отличный пример тем, кто считает, что с физическими ограничениями нельзя заниматься любимым делом.

                P/s: Кто это наговнокодил тут? :)
            +2
            В своё время понравилось вот это видео — How A Blind Developer Uses Visual Studio.
            Я был приятно удивлён как много труда разработчики IDE вкладывают в доступность.
              0
              del
              +3
              Восхищён!
                +1
                Редактор очень удобный NotePad++, не знаю только есть ли он под Mac. Все озвучивается, и для python очень удобен. Иногда и для C++, благодаря скорости работы тоже использую, а в Visual Studio только компилирую. И Visual Studio хорошо озвучивается еще с версии 2008, не знаю насчет более ранних.
                  +1
                  Первая версия вижуалки, с которой я работал, была 15-ая, за предыдущие не берусь говорить. А в ноутпаде этом по точке можно увидеть, какие у объекта методы есть? Врятли он под мак есть, но никто же не запрещает поднять виртуалочку с виндой?
                    +1
                    Ну нет, это все же редактор, а не IDE.
                    Конечно с IntelliSense от microsoft наверно мало что сравнится, поэтому основная разработка лучше в студии.
                    А вот для быстрых правок удобен редактор, а то ждать загрузки тяжеловесной студии гемморно.
                    Хотя у него есть плагины, где можно поставить всякие сниппеты и прочие плюшки, но я тем не пользовался, мне он удобен просто как быстрый редактор.
                      +2
                      Я в бытность в университете всё писал в Notepad++. Прикрутил вызов команды make для сборки, gdb (хотя использовался минимум его возможностей), какие-то сниппеты и автодополнение. Но потом всё равно слез на Code::Blocks.
                        +1
                        Да, авто дополнение со списком функций у него есть конечно, но к сожалению, он не озвучивается, поэтому незрячий может из этого списка выбрать авто дополнение разве что случайным образом. Так что приходится считать что его нет вовсе. А так да, отличный редактор. Code::Blocks слышал, но не пробовал, надо будет посмотреть что у него с доступностью.

                          0
                          У меня есть острое желание на linux сползать, посмотреть, что там с доступностью вообще и с доступными IDE в частности.
                            0
                            Насчет linux слышал некоторые работают в нем, но вот насчет именно IDE? с точки зрения программиста — не знаю. Было бы интересно почитать обзор, если у вас выйдет что-то с этим.
                              +1
                              под линуксом есть visual studio code — бесплатная ide
                              code.visualstudio.com/docs/editor/accessibility#_screen-readers
                                0
                                Есть, но у него под маком с доступностью плохо, под линуксом попробую обязательно.
                                  0
                                  VS Code есть не только под linux, но и под windows и Mac. Как раз вчера проверил, все озвучивается и доступно, функционала всякого множество, буду разбираться с ним подробнее :)
                      +13

                      Мне нравится взгляд автора на ситуацию, как бы это не звучало. Благодаря возможности продолжать работать, имея разные ограничения манёвренности или восприятия, люди могут продолжать жить максимально полноценно для их ситуации. Кто-то спивается из-за неудачного брака, а кто-то теряет обе руки и ездит при этом на мотоцикле и в ус не дует. Не теряющимся людям всегда хочется сказать: "Красавчик. Уважаю."

                        +23
                        Что, к сожалению, редкость для хабра, текст написан хорошим русским языком с правильной орфографией и синтаксисом. При том, что человеку читать, что он написал, требует больше времени, чем зрячему большинству. Здорово.
                          +7

                          Мне интересно почему вы выбрали программирование имея такие проблемы с глазами? Я вот от лазерной коррекции пострадал. И простой процесс зрения превратился для меня тяжелый физический труд сопряженный с болью. Поэтому задумываюсь где бы еще себя найти в жизни. Но у вас же с самого начала был выбор. Так почему же компьютеры?


                          P.S.
                          У вашего заболевания есть название?

                            +5
                            На первый вопрос даже не знаю, что ответить, вот так как-то сразу легла душа, что ли. На счёт второго не хотелось бы распространяться об этом в интернетах.
                              +5
                              А вы не могли бы рассказать немного, что произошло с лазерной коррекцией? Сами центры коррекции очень сосредотачиваются на положительной стороне, несколько искажая картину.
                                +1

                                Не думаю, что этот топик хорошее место для этого. Зайдите на форум "все о глазах" в раздел лазерная коррекция. Там много историй. Или субреддит ласик. Но там больше жалоб, чем разбор полетов почему так вышло.

                              +1

                              А был ли опыт работы с vi/vim? Могли бы попробовать и отписаться свои впечатления?

                                +1
                                То ли я их готовить не умею, то ли что, но не озвучиваются и всё.
                                  +1

                                  Если есть желание, могу попробовать на своей стороне попробовать. Если подскажите по софту и что должно получиться в резльтате.

                                    +3

                                    Ну как же не озвучивается? Он же умеет бибикать когда пытаешься хоть что-то сделать! :)))

                                  +2

                                  Мне интересно, почему ни слова про Jetbrains. Таки у неё проблемы с скринридерами или просто даже не пробовали? Если есть проблемы, то хотелось бы знать, делается ли в этом направлении, что-нибудь. Может им нужен человек, который умеет разрабатывать и при этом является пользователем скринридера?
                                  cc moscas advertka

                                    0
                                    Пытаются, только по прежнему выглядит это всё очень странно, пробовал идею и пайчарм. Смотрится, как хреновенький JS.
                                    +2

                                    <за одного Мак-Кинли давали примерно 30 Ярославлей> О, я узнал что-то новое. Всегда думал, что больше Франклина не бывает.

                                      0
                                      Не бывает,, тысячу изъяли из оборота, если верить тёте Вике.
                                        +2
                                        Существовали и 10000 и 100000
                                          +2

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

                                        +1

                                        А что используете в разработке: табы или пробелы?
                                        И расскажите пожалуйста, как решили проблему озвучивания количества пробелов и табов Войсовером в коде?
                                        Например, в voiceover utility, в разделе речь, есть возможность назначить замену для проговаривание каких-либо символов или их сочетания.
                                        Например: вместо того, чтобы Войсовер озвучивал закрывающую круглую скобку как "правая круглая скобка", можно назначить проговаривание просто как "Правая". На мой взгляд, существенно облегчает прослушивание.
                                        Таким же образом можно поступить с количеством пробелов или табов

                                          +1
                                          ДАвайте по порядку. Использую пробелы, их Xcode использует по умолчанию, и я уже привык. В C/C++ и Swift, вроде как, кол-во пробелов роли не играет, но вроде как Xcode сам с ними справляется. На счёт скобок и так VO ")" читает как «правая скобка», и по началу приходилось думать, круглая она или фигурная, не забывайте, что скобки бывают и фигурными, и квадратными и даже треугольными.
                                            +1

                                            Для себя, чтобы слушать меньше речи, решил поставить замены:
                                            круглые скобки просто заменить на "Левая" "Правая".
                                            К другим скобкам, прибавил их вид. Например:
                                            "Левая квадратная" или "Правая фигурная".
                                            Иначе Войсовер озвучивает всё со словом скобка, что, на мой взгляд, совсем излишне.


                                            Кстати, подскажите ещё, не мешает, когда отступ у строки очень большой, постоянное: пробел пробел пробел пробел пробел пробел пробел ?))

                                              +1
                                              ТАк если на строке после кучи пробелов что-то написано, он же пробелы не читает. Не удобно только, если там после кучи пробелов стоит одинокая фигурная скобка, он просто молчит, я догадываюсь по смыслу и привычке. Ну или по символам проверяю. Так у меня пунктуация отключена совсем и эхо ввода «слова».
                                                +2

                                                Хорошо,
                                                Но так, скажем, если код на Питоне, совсем ничего не понять об отступах.
                                                А отступ в Питоне, как и омон в центре Москвы по субботам — господин).
                                                Кстате, это только в XCode, если находиться где-то в начале строки с отступом, можно нажать на Comand + стрелка вправо, и сразу попасть на первый символ в строке

                                                  0
                                                  Это да, но если строка совсем пустая, то произносится слово «пусто». Соответственно если его нет, то значит стоит какой-то символ, и его посимвольно можно проверить какой именно. Хотя закрывающие фигурные скобки и так в принципе по контексту понятно где, и проверять их редко бывает нужно.
                                              +2
                                              А я добавлю про пробелы с программой nvda. Для python, в отличии от C++, количество пробелов важно, так как пробелы и определяют синтаксис языка. Произносится количество пробелов до начала строки, но только там, где это количество изменяется, по отношению к предыдущей строке. Поэтому все нормально понятно, нет нужды в каждой строке произносить количество пробелов.
                                                +1

                                                Круто)
                                                В этом случае, VO слабоват для работы с отступами для Питона.
                                                Если, например, в начале строки 1 таб, то он вообще никак не озвучивается.
                                                Если табов больше, чем один, то они, просто, звучат друг за другом: таб таб таб таб.
                                                Есть у VO функциональность, позволяющая группировать произношение одинаковых символов, что позволяет просто озвучить символ и его количество. Например: 23 символ подчёркивания.
                                                Однако в случае табов, это, почему-то не сработало, и пришлось их произношение добавить вручную

                                                  0
                                                  А вы на маке на питоне разрабатываете? Если так, то пользуетесь ли вы для этого какой-нибудь IDE?
                                                    0

                                                    ещё нет ахах) в основном на JS пишу.
                                                    На Python даже, хотябы, До разработки, скриптов для своих нужд я ещё не добрался)
                                                    Из известного мне пробовал Idle, который идёт вместе с установочным пакетом Python, но его область редактирования совсем никак не озвучивается.
                                                    Jupiter notebook, в браузере, тоже почти ни о чём.
                                                    В итоге, на маке, как у вас, так и у меня, из самых удобных редакторов, остался только XCode

                                                      0
                                                      У меня с юпитером тоже не зашло, но на питончике чуть-чуть я писал через text edit, но разрабатывать в серьезно так сложно. По этому я выбираю кресты или стрижа. Ну или bash, если очень нужен скрипт.
                                                      0

                                                      Для питона ничего лучше TextMate под мак не нашел. Может дело еще И в настройках пунктуации, но там и одиночный таб читается :)

                                                      0
                                                      Я вообще табы не использую, и включил автозамену таба на пробелы, но вообще да, произносит количество, а не последовательно символы. Хорошо что есть в VO возможность группировать символы, хоть странно что табы не включены по умолчанию. Я думал, что VO сделан лучше с доступностью.
                                                  +2
                                                  Если я закрою глаза, то, вероятно, смогу умыться и одеться, возможно надев что-то наизнанку или задом наперёд, приготовить себе нехитрый завтрак и даже кофе сварить не ошпарившись… Но написать сюда комментарий… Расскажите как вы это делаете пошагово, начиная от нажатия кнопки влючения?
                                                    +1

                                                    Это очень трудно описать).
                                                    Для примера, можете вы, например, бабушке из соседнего дома рассказать, как залогиниться на Хабр, найти статью, дойти до нужного комментария и ответить на него?)
                                                    Не думаю, что если бы я видел сейчас и вдруг ослеп, то смог бы вообще что-то делать.
                                                    Это всё, как и всё, дело привычки, практики и желательно, работы с профессионалами, которые могут подсказать и научить адекватному восприятию мира, себя и своих проблем

                                                      +2
                                                      Я сегодня, чуть-чуть по позже, запилю видосик на эту тему, меня первый комментатор просил, как выйдет, дам ссылку вам в ответ, если вам это даст какой-то представление.
                                                        +1
                                                          0
                                                          Спасибо огромное! Я понял, как вы это делаете (впрочем я посмотрел ещё пару видео как работают используя войсовер на маке). Местами довольно тяжкий труд, особенно когда в одном символе ошибка и надо посимвольно прослушать.
                                                          Озвучка «хабрахабр» как «ХейБрау» прекрасна, только так и буду теперь произносить.
                                                          Ещё такой вопрос — вы перемещаете фокус по экрану и слушаете что там находится, но у вас ведь есть ещё одна «степень свободы» — это ваш собственный голос. Вы пробовали голосовое управление активно использовать?
                                                      +5

                                                      Интересно было бы сделать, наверное, час слепой разработки по аналогии с днём Земли, когда разработчики пытаются час программировать с закрытыми глазами. Может быть так и качество продуктов для людей с проблемами зрения улучшится.

                                                        0
                                                        Я периодически раздумываю поработать с доступностью софта что пилим, или хотя бы список тасок такими задачами пополнить, но во первых это просто нативное приложение повторяющее часть функционала веб сайта и можно из браузера пользоваться, во вторых понял что чтобы действительно оценить каково оно, нужно сначала включить и разобраться с тем как андроид работает с озвучиванием приложений, а я это сделать ленюсь постоянно.
                                                        +1
                                                        Артём, я восхищаюсь Вашим упорством в достижении цели. Вряд я ли стал бы кем-либо, будь у меня плохое зрение.
                                                        Последние пару лет я стал терять остроту зрения. Поначалу впал в панику. Насколько адекватно работодатели реагируют на то, что кандидат в разрабы очень плохо видит?
                                                          0
                                                          По началу приходят в недоумение, потом справляются с собой. Ну пока против меня говорит отсутствие опыта, но я работу только 2 месяца ищу. Посмотрим, как дальше пойдёт.
                                                            +2
                                                            Я желаю Вам удачи, и найти хорошую работу с достойной оплатой.
                                                              0

                                                              Успехов Вам! Упорство и труд которые вы проявляете очень впечатляют. Спасибо за пост

                                                            +1
                                                            Как посоветуете зрячим заранее подготовиться на случай возможной потери зрения? Освоить слепую печать, научиться воспринимать быструю речь (например слушать разговорные ролики на youtube на двойной скорости), может что-то ещё?
                                                              +1
                                                              Я думал о том, чтобы как можно больше событий операционной системы и приложений сопровождать музыкальными аккордами и их последовательностями.
                                                              Появление какого-либо диалогового окна, курсор в определённой позиции.
                                                              Это гораздо быстрее, чем проговаривание словами.

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

                                                                Потеря зрения — это большая функциональная потеря. Вряд ли получится к ней подготовиться. некоторым вещам, например, ходить, взаимодействовать с окружающими — придётся учиться совсем заново. Тут, к сожалению, не предложу ничего путного.
                                                                Однако метод слепой печати, который вы упомянули, думаю, полезен не только незрячим, но и вообще всем, кому приходится набирать что-то объёмное на клавиатуре.
                                                                Это очень полезный навык, тем более, для разработчика.
                                                                Есть тренажёр "Соло на клавиатуре". Возможно он поможет научиться слепой печати быстрее и проще

                                                                  0
                                                                  Можно тренировать навыки, но дело в том, что при потере зрения вы испытаете стресс, главное справится с ним.
                                                                  +1

                                                                  Восхищён и поражен! Я даже не могу представить как имея такие проблемы со зрением можно пользоваться браузером, а уж тем более, написать такую качественную статью!
                                                                  Как же плохо что многие разработчики софта не учитывают то, что этим софтом придется пользоваться людьми с ограниченными способностями...

                                                                    0
                                                                    Даже если внимание к доступности есть в культуре компании, на неё может не хватить времени.
                                                                    Всё утыкается в ТЗ — будет в техническом задании пункт про Accessibility: эту функциональность учтут при проектировке и тестировании.
                                                                    Прихожу к выводу, чтобы вывести доступность из сферы благотворительности, нужны:
                                                                    * Сплочённое общество, готовое требовать от компаний уделять внимание A11Y;
                                                                    * Законы, регулирующие обязательные требования по доступности для компаний, обладающих определённым процентом рынка;

                                                                    Ситуация, когда, например, незрячий человек находит себе работу, а на рабочем месте инструменты, с которыми трудно или невозможно работать — немного ужасна.
                                                                    Во многих случаях приходится преодолевать предубеждения и стериотипы работодателей, HR-ов, коллег, а после этого оказывается, что с битриксом не получается работать, в 1с ничего не сделать, а у компании нет мотивации заниматься непонятными вещами для крошечного сегмента рынка

                                                                    В Америке, например, есть крупное объединение слепых: AFB — American Federation of the blind, которое, в том числе, занимается общением с разработчиками, и популяризацией доступности.
                                                                    А если компании хочется распространять свои продукты на государство: школы, больницы, университеты —закон обязывает предусмотреть возможность работы с этим продуктом для всех, иначе это сочтётся за дескриминацию.
                                                                    В России тоже есть объединение, Всероссийское Общество Слепых, но популяризация доступности там носит остаточный характер
                                                                    0
                                                                    А есть ли пользователи emacspeak? И что можете о нем сказать?

                                                                    Only users with full accounts can post comments. Log in, please.