Я думаю, что большинство читателей не имеют проблемы со зрением, но задумываются, что случится, если зрение откажет. Здесь должна быть картинка, но я её не вижу, поэтому интересующихся, как кодить, не глядя на экран, прошу под кат.
Так получилось, что с детства я обладаю сильно пониженной остротой зрения. Выглядит это так, как будто я вижу общую картину без какого-либо фокуса с большим количеством шумов.
Я выпускник магистратуры Института Математики, механики и компьютерных наук. Сейчас разрабатываю приложение для распознавания показаний медицинских приборов.
В конце школы мною было принято решение поступать учиться на программиста, уж очень мне нравилось, да и до сих пор нравится, возиться с компьютером. Хотелось не только пользоваться чужими поделками, но и научиться делать приложения самому.
К тому моменту я уже был достаточно опытным пользователем 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 разрабатываю, но я открыт для ваших предложений.
Комментарии (68)
DollaR84
30.08.2019 23:05+1Редактор очень удобный NotePad++, не знаю только есть ли он под Mac. Все озвучивается, и для python очень удобен. Иногда и для C++, благодаря скорости работы тоже использую, а в Visual Studio только компилирую. И Visual Studio хорошо озвучивается еще с версии 2008, не знаю насчет более ранних.
savoptik Автор
30.08.2019 23:28+1Первая версия вижуалки, с которой я работал, была 15-ая, за предыдущие не берусь говорить. А в ноутпаде этом по точке можно увидеть, какие у объекта методы есть? Врятли он под мак есть, но никто же не запрещает поднять виртуалочку с виндой?
DollaR84
31.08.2019 01:29+1Ну нет, это все же редактор, а не IDE.
Конечно с IntelliSense от microsoft наверно мало что сравнится, поэтому основная разработка лучше в студии.
А вот для быстрых правок удобен редактор, а то ждать загрузки тяжеловесной студии гемморно.
Хотя у него есть плагины, где можно поставить всякие сниппеты и прочие плюшки, но я тем не пользовался, мне он удобен просто как быстрый редактор.
IkaR49
31.08.2019 10:28+2Я в бытность в университете всё писал в Notepad++. Прикрутил вызов команды make для сборки, gdb (хотя использовался минимум его возможностей), какие-то сниппеты и автодополнение. Но потом всё равно слез на Code::Blocks.
DollaR84
31.08.2019 10:54+1Да, авто дополнение со списком функций у него есть конечно, но к сожалению, он не озвучивается, поэтому незрячий может из этого списка выбрать авто дополнение разве что случайным образом. Так что приходится считать что его нет вовсе. А так да, отличный редактор. Code::Blocks слышал, но не пробовал, надо будет посмотреть что у него с доступностью.
savoptik Автор
31.08.2019 11:00У меня есть острое желание на linux сползать, посмотреть, что там с доступностью вообще и с доступными IDE в частности.
DollaR84
31.08.2019 11:29Насчет linux слышал некоторые работают в нем, но вот насчет именно IDE? с точки зрения программиста — не знаю. Было бы интересно почитать обзор, если у вас выйдет что-то с этим.
vgbege
01.09.2019 11:49+1под линуксом есть visual studio code — бесплатная ide
code.visualstudio.com/docs/editor/accessibility#_screen-readerssavoptik Автор
01.09.2019 11:50Есть, но у него под маком с доступностью плохо, под линуксом попробую обязательно.
DollaR84
01.09.2019 12:56VS Code есть не только под linux, но и под windows и Mac. Как раз вчера проверил, все озвучивается и доступно, функционала всякого множество, буду разбираться с ним подробнее :)
llia6an
30.08.2019 23:33+11Мне нравится взгляд автора на ситуацию, как бы это не звучало. Благодаря возможности продолжать работать, имея разные ограничения манёвренности или восприятия, люди могут продолжать жить максимально полноценно для их ситуации. Кто-то спивается из-за неудачного брака, а кто-то теряет обе руки и ездит при этом на мотоцикле и в ус не дует. Не теряющимся людям всегда хочется сказать: "Красавчик. Уважаю."
dkhl
30.08.2019 23:36+21Что, к сожалению, редкость для хабра, текст написан хорошим русским языком с правильной орфографией и синтаксисом. При том, что человеку читать, что он написал, требует больше времени, чем зрячему большинству. Здорово.
leMar
31.08.2019 08:13+6Мне интересно почему вы выбрали программирование имея такие проблемы с глазами? Я вот от лазерной коррекции пострадал. И простой процесс зрения превратился для меня тяжелый физический труд сопряженный с болью. Поэтому задумываюсь где бы еще себя найти в жизни. Но у вас же с самого начала был выбор. Так почему же компьютеры?
P.S.
У вашего заболевания есть название?savoptik Автор
31.08.2019 09:46+5На первый вопрос даже не знаю, что ответить, вот так как-то сразу легла душа, что ли. На счёт второго не хотелось бы распространяться об этом в интернетах.
Matshishkapeu
31.08.2019 11:30+5А вы не могли бы рассказать немного, что произошло с лазерной коррекцией? Сами центры коррекции очень сосредотачиваются на положительной стороне, несколько искажая картину.
leMar
31.08.2019 13:31+1Не думаю, что этот топик хорошее место для этого. Зайдите на форум "все о глазах" в раздел лазерная коррекция. Там много историй. Или субреддит ласик. Но там больше жалоб, чем разбор полетов почему так вышло.
sah4ez32
31.08.2019 08:35+1А был ли опыт работы с vi/vim? Могли бы попробовать и отписаться свои впечатления?
savoptik Автор
31.08.2019 09:47+1То ли я их готовить не умею, то ли что, но не озвучиваются и всё.
sah4ez32
31.08.2019 10:40+1Если есть желание, могу попробовать на своей стороне попробовать. Если подскажите по софту и что должно получиться в резльтате.
POPSuL
31.08.2019 20:16Ну как же не озвучивается? Он же умеет бибикать когда пытаешься хоть что-то сделать! :)))
extempl
31.08.2019 08:49+2Мне интересно, почему ни слова про Jetbrains. Таки у неё проблемы с скринридерами или просто даже не пробовали? Если есть проблемы, то хотелось бы знать, делается ли в этом направлении, что-нибудь. Может им нужен человек, который умеет разрабатывать и при этом является пользователем скринридера?
cc moscas advertkasavoptik Автор
31.08.2019 09:48Пытаются, только по прежнему выглядит это всё очень странно, пробовал идею и пайчарм. Смотрится, как хреновенький JS.
mwambanatanga
31.08.2019 09:26+2<за одного Мак-Кинли давали примерно 30 Ярославлей> О, я узнал что-то новое. Всегда думал, что больше Франклина не бывает.
KhatArm
31.08.2019 10:46+1А что используете в разработке: табы или пробелы?
И расскажите пожалуйста, как решили проблему озвучивания количества пробелов и табов Войсовером в коде?
Например, в voiceover utility, в разделе речь, есть возможность назначить замену для проговаривание каких-либо символов или их сочетания.
Например: вместо того, чтобы Войсовер озвучивал закрывающую круглую скобку как "правая круглая скобка", можно назначить проговаривание просто как "Правая". На мой взгляд, существенно облегчает прослушивание.
Таким же образом можно поступить с количеством пробелов или табовsavoptik Автор
31.08.2019 10:50+1ДАвайте по порядку. Использую пробелы, их Xcode использует по умолчанию, и я уже привык. В C/C++ и Swift, вроде как, кол-во пробелов роли не играет, но вроде как Xcode сам с ними справляется. На счёт скобок и так VO ")" читает как «правая скобка», и по началу приходилось думать, круглая она или фигурная, не забывайте, что скобки бывают и фигурными, и квадратными и даже треугольными.
KhatArm
31.08.2019 11:45+1Для себя, чтобы слушать меньше речи, решил поставить замены:
круглые скобки просто заменить на "Левая" "Правая".
К другим скобкам, прибавил их вид. Например:
"Левая квадратная" или "Правая фигурная".
Иначе Войсовер озвучивает всё со словом скобка, что, на мой взгляд, совсем излишне.
Кстати, подскажите ещё, не мешает, когда отступ у строки очень большой, постоянное: пробел пробел пробел пробел пробел пробел пробел ?))
savoptik Автор
31.08.2019 11:49+1ТАк если на строке после кучи пробелов что-то написано, он же пробелы не читает. Не удобно только, если там после кучи пробелов стоит одинокая фигурная скобка, он просто молчит, я догадываюсь по смыслу и привычке. Ну или по символам проверяю. Так у меня пунктуация отключена совсем и эхо ввода «слова».
KhatArm
31.08.2019 12:33+2Хорошо,
Но так, скажем, если код на Питоне, совсем ничего не понять об отступах.
А отступ в Питоне, как и омон в центре Москвы по субботам — господин).
Кстате, это только в XCode, если находиться где-то в начале строки с отступом, можно нажать на Comand + стрелка вправо, и сразу попасть на первый символ в строке
DollaR84
31.08.2019 12:58Это да, но если строка совсем пустая, то произносится слово «пусто». Соответственно если его нет, то значит стоит какой-то символ, и его посимвольно можно проверить какой именно. Хотя закрывающие фигурные скобки и так в принципе по контексту понятно где, и проверять их редко бывает нужно.
DollaR84
31.08.2019 11:18+1А я добавлю про пробелы с программой nvda. Для python, в отличии от C++, количество пробелов важно, так как пробелы и определяют синтаксис языка. Произносится количество пробелов до начала строки, но только там, где это количество изменяется, по отношению к предыдущей строке. Поэтому все нормально понятно, нет нужды в каждой строке произносить количество пробелов.
KhatArm
31.08.2019 11:40+1Круто)
В этом случае, VO слабоват для работы с отступами для Питона.
Если, например, в начале строки 1 таб, то он вообще никак не озвучивается.
Если табов больше, чем один, то они, просто, звучат друг за другом: таб таб таб таб.
Есть у VO функциональность, позволяющая группировать произношение одинаковых символов, что позволяет просто озвучить символ и его количество. Например: 23 символ подчёркивания.
Однако в случае табов, это, почему-то не сработало, и пришлось их произношение добавить вручнуюsavoptik Автор
31.08.2019 11:43А вы на маке на питоне разрабатываете? Если так, то пользуетесь ли вы для этого какой-нибудь IDE?
KhatArm
31.08.2019 12:24ещё нет ахах) в основном на JS пишу.
На Python даже, хотябы, До разработки, скриптов для своих нужд я ещё не добрался)
Из известного мне пробовал Idle, который идёт вместе с установочным пакетом Python, но его область редактирования совсем никак не озвучивается.
Jupiter notebook, в браузере, тоже почти ни о чём.
В итоге, на маке, как у вас, так и у меня, из самых удобных редакторов, остался только XCodesavoptik Автор
31.08.2019 12:28У меня с юпитером тоже не зашло, но на питончике чуть-чуть я писал через text edit, но разрабатывать в серьезно так сложно. По этому я выбираю кресты или стрижа. Ну или bash, если очень нужен скрипт.
marsalovv
01.09.2019 13:12Для питона ничего лучше TextMate под мак не нашел. Может дело еще И в настройках пунктуации, но там и одиночный таб читается :)
DollaR84
31.08.2019 12:46Я вообще табы не использую, и включил автозамену таба на пробелы, но вообще да, произносит количество, а не последовательно символы. Хорошо что есть в VO возможность группировать символы, хоть странно что табы не включены по умолчанию. Я думал, что VO сделан лучше с доступностью.
AndreyDmitriev
31.08.2019 11:53+1Если я закрою глаза, то, вероятно, смогу умыться и одеться, возможно надев что-то наизнанку или задом наперёд, приготовить себе нехитрый завтрак и даже кофе сварить не ошпарившись… Но написать сюда комментарий… Расскажите как вы это делаете пошагово, начиная от нажатия кнопки влючения?
KhatArm
31.08.2019 12:21Это очень трудно описать).
Для примера, можете вы, например, бабушке из соседнего дома рассказать, как залогиниться на Хабр, найти статью, дойти до нужного комментария и ответить на него?)
Не думаю, что если бы я видел сейчас и вдруг ослеп, то смог бы вообще что-то делать.
Это всё, как и всё, дело привычки, практики и желательно, работы с профессионалами, которые могут подсказать и научить адекватному восприятию мира, себя и своих проблем
savoptik Автор
31.08.2019 12:24Я сегодня, чуть-чуть по позже, запилю видосик на эту тему, меня первый комментатор просил, как выйдет, дам ссылку вам в ответ, если вам это даст какой-то представление.
savoptik Автор
01.09.2019 11:59+1Вот держите,: www.youtube.com/watch?v=HA2rEyG2UfE&feature=youtu.be
AndreyDmitriev
01.09.2019 12:57Спасибо огромное! Я понял, как вы это делаете (впрочем я посмотрел ещё пару видео как работают используя войсовер на маке). Местами довольно тяжкий труд, особенно когда в одном символе ошибка и надо посимвольно прослушать.
Озвучка «хабрахабр» как «ХейБрау» прекрасна, только так и буду теперь произносить.
Ещё такой вопрос — вы перемещаете фокус по экрану и слушаете что там находится, но у вас ведь есть ещё одна «степень свободы» — это ваш собственный голос. Вы пробовали голосовое управление активно использовать?savoptik Автор
01.09.2019 13:14Пробовал, но почему-то клавиатура удобнее. не знаю, то ли это моя конкретная особенность, но нет, не удобно.
embden
31.08.2019 13:03+3Интересно было бы сделать, наверное, час слепой разработки по аналогии с днём Земли, когда разработчики пытаются час программировать с закрытыми глазами. Может быть так и качество продуктов для людей с проблемами зрения улучшится.
Gar02
31.08.2019 13:19Артём, я восхищаюсь Вашим упорством в достижении цели. Вряд я ли стал бы кем-либо, будь у меня плохое зрение.
Последние пару лет я стал терять остроту зрения. Поначалу впал в панику. Насколько адекватно работодатели реагируют на то, что кандидат в разрабы очень плохо видит?
Max_vst
31.08.2019 15:21Как посоветуете зрячим заранее подготовиться на случай возможной потери зрения? Освоить слепую печать, научиться воспринимать быструю речь (например слушать разговорные ролики на youtube на двойной скорости), может что-то ещё?
vmchaz
31.08.2019 17:39Я думал о том, чтобы как можно больше событий операционной системы и приложений сопровождать музыкальными аккордами и их последовательностями.
Появление какого-либо диалогового окна, курсор в определённой позиции.
Это гораздо быстрее, чем проговаривание словами.
А вообще, это надо закрыть глаза и подумать о том, как лучше получать контент. Текстовый, разумеется.
Это может помочь и тем, у кого просто устали глаза и кто не хочет их напрягать.
KhatArm
01.09.2019 11:21+1Потеря зрения — это большая функциональная потеря. Вряд ли получится к ней подготовиться. некоторым вещам, например, ходить, взаимодействовать с окружающими — придётся учиться совсем заново. Тут, к сожалению, не предложу ничего путного.
Однако метод слепой печати, который вы упомянули, думаю, полезен не только незрячим, но и вообще всем, кому приходится набирать что-то объёмное на клавиатуре.
Это очень полезный навык, тем более, для разработчика.
Есть тренажёр "Соло на клавиатуре". Возможно он поможет научиться слепой печати быстрее и проще
savoptik Автор
01.09.2019 12:03Можно тренировать навыки, но дело в том, что при потере зрения вы испытаете стресс, главное справится с ним.
POPSuL
31.08.2019 20:23Восхищён и поражен! Я даже не могу представить как имея такие проблемы со зрением можно пользоваться браузером, а уж тем более, написать такую качественную статью!
Как же плохо что многие разработчики софта не учитывают то, что этим софтом придется пользоваться людьми с ограниченными способностями...KhatArm
01.09.2019 10:49Даже если внимание к доступности есть в культуре компании, на неё может не хватить времени.
Всё утыкается в ТЗ — будет в техническом задании пункт про Accessibility: эту функциональность учтут при проектировке и тестировании.
Прихожу к выводу, чтобы вывести доступность из сферы благотворительности, нужны:
* Сплочённое общество, готовое требовать от компаний уделять внимание A11Y;
* Законы, регулирующие обязательные требования по доступности для компаний, обладающих определённым процентом рынка;
Ситуация, когда, например, незрячий человек находит себе работу, а на рабочем месте инструменты, с которыми трудно или невозможно работать — немного ужасна.
Во многих случаях приходится преодолевать предубеждения и стериотипы работодателей, HR-ов, коллег, а после этого оказывается, что с битриксом не получается работать, в 1с ничего не сделать, а у компании нет мотивации заниматься непонятными вещами для крошечного сегмента рынка
В Америке, например, есть крупное объединение слепых: AFB — American Federation of the blind, которое, в том числе, занимается общением с разработчиками, и популяризацией доступности.
А если компании хочется распространять свои продукты на государство: школы, больницы, университеты —закон обязывает предусмотреть возможность работы с этим продуктом для всех, иначе это сочтётся за дескриминацию.
В России тоже есть объединение, Всероссийское Общество Слепых, но популяризация доступности там носит остаточный характер
GenkaOk
Очень интересно посмотреть на то, как вы разрабатываете.
Например, короткое видео.
Если не сложно.
savoptik Автор
Если это будет утилита командной строки, пойдёт?
helg1978
Восхищает что вы можете без проблем выложить видео, которое сами не увидите
GenkaOk
Все что угодно, на самом деле.
Интересен сам процесс
savoptik Автор
Сниму, выложу и дам сюда ссылку, хорошо?
GenkaOk
Да, как вам будет удобно.
Мы посмотрим в любом виде и формате.
savoptik Автор
Ну тогда держите: www.youtube.com/watch?v=HA2rEyG2UfE&feature=youtu.be
GenkaOk
Восторгаюсь, как вы управляетесь с помощью клавиатуры и озвучивания.
Спасибо за видео, отличный пример тем, кто считает, что с физическими ограничениями нельзя заниматься любимым делом.
P/s: Кто это наговнокодил тут? :)
Vadem
В своё время понравилось вот это видео — How A Blind Developer Uses Visual Studio.
Я был приятно удивлён как много труда разработчики IDE вкладывают в доступность.
KhatArm
del