Comments 94
Ну и приходите через субботу послушать тоже: это будет его первый опыт докладов, он серьезно готовится. Заодно вопросы в трансляции и за ней, думаю, помогут ему раскрыть какие-то аспекты для будущей статьи.
Самая большая проблема это форматирование кода, я думаю. Знаю парня, он тоже слепой. Он записывал видео, как он работает. Все на слух, и разбор кода и написание. Я поражаюсь как можно все удержать в голове. И это код мешанина из HTML и яваскрипта. Мне с глазами то трудно разобраться, а тут чисто мысленно.
Я ему помогал одно время разбираться с программированием, так вот сам код написать ерунда, это у него получалось хорошо и работало, даже верстка получалась, хоть и "вырви глаз". Но то, что у него выходило из под пера часто было нечитабельно для зрячего программиста.
Я думаю это основная проблема, если работать в смешанной команде. Я лично над кодом корплю, по линеечке выравниваю. Будет обидно, если все форматирование убъет незрячий.
Интересно, как решается эта проблема. Я бы кинул ссылку на статью парню. Он тоже ищет работу программистом и тоже слепой.
Сорри, к комментарию написал, ошибся
Это зависит только от человека, от его чувства прекрасного, если можно так сказать. Я сам тоже люблю чтоб все было правильно выровнено, спать не смогу если у меня где-то отступ не правильный. Хотя я тоже незрячий, программирую только свои пет проекты, работы не получается найти. А есть много и зрячих людей, которым вообще все равно то форматирование, главное чтоб работало и писалось быстрее. Так что это не проблема незрячих, это проблема конкретного человека, не зависимо от зрения.
Я просто сужу по парню. Для него что пробелы, что табуляторы, роли не играет. И вообще все форматирование не важно. Возможно просто он что то не так делает. Вот и хочу узнать, как правильно организовать работу, какие инструменты ИТП. Он живёт в глубинке, судя по всему со средствами не очень. Может быть инструменты, что он использует недостаточно продвинутые. Поэому думаю, было бы интересна статья на эту тему. Как незрячему программисту организовать свою работу.
ну тут у всех по разному. для меня структура кода также важна как и его работоспособность. ну и конечно помогают линтеры и всякие автоформатеры.
так что говорить что слепой = некрасивое форматирование кода я думаю не правильно.
Я не говорю, что незрячий обязательно выдает страшный код, просто другой. А это может повлиять на совместную работу со зрячими. Вопрос чисто в том, есть ли возможность как то проверять форматирование.
Возможно есть возможность настроить text2speech, что бы проговаривал к примеру "четыре пробела, фор, скобка открывается, инт пробел, и" как то так. А то судя по всему пробелы читалкой вслух пропускаются и только значимые слова произносятся.
Это не критика или что то такое. Наоборот, хочу разобраться, есть ли способ убрать возможные проблемы. Потому очень интересно почитать про опыт работы.
void Attempt::GiveAnswer(uint8_t answer){
4 пробел if (answer == 0)
8 пробел this->answers.push_back(
12 пробел this->currentQuestion->first.number
8 пробел );
нет отступа }
пусто
// если все на одном уровне лишнего говорится не будит пока отступ не изменится.
void Attempt::shuffleQuestion(Question *question){
4 пробел std::vector temp {question->first, question->second, question->third};
std::shuffle(temp.begin(), temp.end(), this->rng);
question->first = temp.at(0);
question->second = temp.at(1);
question->third = temp.at(2);
нет отступа }
сам в своем коде я предпочитаю использовать знаки табуляции.
также очень в форматировании помогает дисплей брайля, но проблема в том, что далеко не у каждого незрячего программиста он есть.
Значит можно есть такое, имею ввиду проговаривание отступов. Спасибо. Дисплея Брайля у парня нету вроде.
А насчёт пробелов или табов. Я наоборот предпочитаю 4 пробела. Это вроде и мэйнстрим тоже. С табуляторами легко ломается форматирование и может по разному размер табулятора в разных редакторах интерпретироваться.
Может я просто сильно заморачиваюсь, но визуальная часть для меня очень важна для понимания чужого кода. Если код к примеру не помещается на одной странице, уже проблема с пониманием. Для незрячих возможно это не проблема. Порой знакомый незрячий программист быстрее на слух разбирает код, чем я визуально :) Может он просто моложе.
Я тоже предпочитаю пробелы. Табы сильно мешают восприятию, не знаю почему такие у меня так, но если попадаются где-то табы — меняю их на пробелы, иначе неудобно читать код. Благо самое первое, что настраиваю в любом редакторе — это автоматическую смену табов на пробелы.
И очень длинные строки также неудобны. Только необходимое. Так как когда бегло рыскаешь по строкам в поисках определенного места, не надо дослушивать всю строку полностью до конца. Она начинает озвучиваться и уже понимаешь та или нет, и скроллишь дальше.
А насчёт пробелов или табов. Я наоборот предпочитаю 4 пробела. Это вроде и мэйнстрим тоже. С табуляторами легко ломается форматирование и может по разному размер табулятора в разных редакторах интерпретироваться.
ну так и хорошо. пусть кому надо настроят для себя тот размер который хотят. для поддержания общей стилистики в проектах я использую editorconfig.org
Дисплея Брайля у парня нету вроде.
ну к сожалению это дорогое удовольствие.
А форматтеры автоматические тут не помогут?
Некоторые вещи вроде SQL запросов я форматирую сам к примеру. Форматтеры не всегда хорошо справляются с этим. А если форматирование от коммита к коммиту будет прыгать, то для истории не очень хорошо будет. Если весь файл в изменениях, трудно потом разбирать, где реальные изменения, а где просто форматирование поменялось.
Всё настроено предельно удобно, поэтому никто особо не сопротивлялся нововведению.
Это очень круто! Честно говоря, я не очень понимаю, как именно это работает технически, работа в IDE вслепую, это же не как чтение текста подряд, а необходимость навигации по коду открытого файла, вызов каких-то команд, переключение между запущенными программами. И как в принципе транслировать не-текстовую информацию? Было бы интересно узнать больше. Вдруг, эта информация попадётся другим незрячим людям, и кто-то увидит как можно организовать работу, захочет тоже стать разработчиком.
я не очень понимаю, как именно это работает технически,
Да, нам тоже казалось это все сложным, но на созвоне Андрей очень бойко справлялся с демонстрацией и даже новыми для себя интерфейсами и сервисами.
На онлайне он как раз продемонстрирует, как: от написания кода и ревью до участия в командных созвонах и работы с типичными инструментами для команд. Заодно расскажет, что в них неудобно и как они это решают.
Ну а затем, думаем, и в текстовом виде это появится в его редакции.
Очень круто, спасибо. На опрос ответил "было бы трудно" — это просто честно. С точки зрения процессов все норм, можно работать удаленно, можно ездить в офис (в Нидерландах, как правило, нет проблем с доступностью). Но сами наши продукты не сильно доступны для незрячих. Эти вопросы поднимаются, но из-за специфики разработки для B2B руководство не видит большого спроса на результат, который будет хорош в плане accessibility. Как следствие, нам не дают включать улучшения этого плана в спринты. К тому же, фокус на accessibility предполагает тестирование результата, а с этим тоже проблема.
Тем не менее, что хорошо в Европе — никто не будет отказывать потенциальному сотруднику из-за его физических особенностей (на самом деле, как я понимаю, тема скользкая, и у работодателя будет больше опасений, что такой сотрудник вольется в работу, и скорее всего устроиться на работу будет сложнее, даже при равных скиллах со здоровым человеком).
Удачи вам, и надеюсь, что вы послужите вдохновением для других!
Из опыта, Enterprise как раз чаще accessibility занимается, потому что приходится думать не только о количестве конечных пользователей, но и о сертификации, без которой во всякие госорганы и прочие бюджетные организации просто не купят в странах, где это регулируется.
С тестированием свои заморочки, потому что между читалками гораздо больше разницы в рендеринге, чем между современными браузерами.
Enterprise Enterprise'у рознь. Одно дело b2с и b2g решения, а совсем другое b2b, не говоря о чисто внутренних системах.
… require Federal agencies to make their electronic and information technology accessible to people with disabilities
The law applies to all Federal agencies when they develop, procure, maintain, or use electronic and information technology
Да, стартап
Главное — это способность выполнять рабочие задачи, а не отсутствие инвалидности, будь то слепота или глухота.
Проголосовал за "сработались бы", но потом прочитал этот комментарий и понял, что главного-то я и не учёл — вёрстка наша крайне редко семантичная и с aria-атрибутами. Так-то видел основную проблему для незрячего бєкендера в том, что QA любят скриншоты с ошибками слать и был повод перейти на копи-паст текста, который я давно хотел бы. Но, скорее всего, сам он задачи e2e тестировать не сможет.
У меня, кстати, конкретно из-за того, что я незрячий, не сильно много вакансий срывается. Я даже не всегда говорю, что совсем не вижу. Просто в общем указываю на то, что я бекенд разработчик и с css из-за проблем со зрением не дружу. Мой текущий менеджер, по-моему, даже не знает, что я тотально незрячий. Хотя я там работаю уже несколько месяцев и ничего не скрываю. Просто даже повода говорить об этом не было. А что, задачи я делаю, МР-ки создаю, code review провожу, а большего мы и не обсуждаем.
P.S. Про радость от перехода конференций в онлайн очень точно подмечено. :)
Лет около десяти назад, когда я делал только первые шаги в программировании, и рассматривал его больше в качестве увлечения, не подозревая, что со временем это будет моей основной сферой деятельности, menelion_elensule меня немного менторил. Отвечал на мои ламерские вопросы. ))
За что я до сих пор ему крайне признателен.
Со временем, правда, общение с Андреем естественным образом прервалось. Жизнь закрутилась и прочее.
Постараюсь быть 30-го числа, послушать Андрея.
ну у всех незрячих по разному. я тут уже показывал пример
Собственно, недавно слушал подкаст с автором вот этого руководства. Тут много воды, поэтому советую начинать с последней части:
www.perkinselearning.org/technology/blog/how-teach-your-students-read-600-words-minute-%E2%80%93-part-4
То, что я не вижу, стало ясно в первые месяцы после рождения
шаг к фантастическому будущему, о котором я читал в книгах
шаг к фантастическому будущему, о котором я читал в книгах
image
Я не работал с незрячими программистами, но я немного помогаю незрячим и слабовидящим бегунам в качестве волонтера-лидера (человек бегущий в связке рядом с напарником) Перед первыми тренировками, когда я проходил тренинг, помню, что сильнее всего напрягался насчет того, как много выражений в нашей повседневной речи завязано на глаголы «видеть», «смотреть» и так далее. Даже прикидывал, как мне придется заменять такие обороты на что-то другое. И оказалось, что с таким подходом я сильно ошибался, а преподаватели рассказали, что это очень распространенная в зрячей среде ошибка. Незрячие спортсмены, даже со стопроцентной потерей зрения, точно так же используют эти слова и обозначают они практически то же самое, что у зрячих людей. То есть совершенно нормально услышать от них «дай посмотреть» и нормально сказать в ответ «держи, посмотри», «там видно будет», «посмотрим как тренировка пойдет», «смотри сам, как тебе удобнее», и так далее.
Поэтому ничего удивительного в том, что незрячие люди читают книги и даже смотрят фильмы.
И приходите в субботу, поверьте, вас будут ждать еще несколько таких открытий.
вот да. вы даже не представляете сколько раз при знакомстве мне приходилось этот миф развеивать.
а какие проблемы. слепые тоже читают книги. и смотрят фильмы.
Но как это происходит на практике? Каким образом он попадает на работу утром, как получает задачи в жире, как общается в жире в комментариях, как он проводит код-ревью, как общается с коллегами по задаче, как он технически реализует задачу и т.д. и т.п. Всё это, ради чего и хотелось прочитать статью, отсутствует.
Играет ли он в игры? Если играет, то рад ли нововведениям в PS5, типа передачи более точных вибраций, сопротивлению триггерам и рейтрейсингу звука?
Вроде сразу впечатляет. Но нет. Все должны под тебя подстроиться. И выхлоп не тот. Бывает, нужно кинуть беглый взгляд и пойти дальше разгребать. Таск на 2 мин. А тут уточнения-звонки и т.п. часа 2 ни о чем. Без коллеги-поводыря нереально работать.
А тестировать свой код как, хотя бы минимально, перед тем как отдать QA? Обычно это делают через UI даже бэкенд разработчики. То есть выступают в роли обычного пользователя и проверяют, что после их изменений приложение хотя бы не крашится. Ну а при разработке UI, что греха таить, очень часто о доступности не думают вообще. Куда там специальные схемы и раскладки, атрибуты и свойства. Даже семантику HTML (если говорить о веб UI) далеко не всегда соблюдают.
"Вы полностью повторили мысль беспокойного старика Иммануила по этому поводу. Но вот курьез: он начисто разрушил все пять доказательств, а затем, как бы в насмешку над самим собою, соорудил собственное шестое доказательство! " C (Мастер и Маргарита)
Вы прямо пишете, что за Андрея выполняют его функции другие участники процесса. А по поводу хорошо знать кодовую базу… Вы, наверное, пошутили. Вы с реальными проектами работали? Невозможно знать всю кодовую базу. Это сферический конь.
Итого. Слепые даже через дорогу переходят с трудом. А вы говорите, что сложное ПО тестируется на ура слепыми)) Смешно.
Вы не привели ни одной метрики. За сколько справляется Андрей в среднем на 1 задание?
Еще не хватает варианта: «у нас есть такой разработчик, и мы отлично ладим».
«Я — первый слепой разработчик в своей компании». Часть 1