Ну кому как. Я, например, считаю наоборот, отступы плюсом, который приучает сразу писать более читаемо. Если отступы начали сильно увеличиваться — значит рефакторинг свернул куда-то не туда и надо пересмотреть свое решение.
Та не нужны там никакие особые инструменты. Даже наоборот, самое удобное писать код в Notepad++. Большинство IDE довольно туго с доступностью, исключением являются разве что продукты microsoft, такие как Visual Studio. Так что главное желание и мотивация. Думаю полезным было бы дать почитать парню codestyle компании, чтоб привыкал к стандартам. Ну или найти в интернете какой-то публичный тоже можно.
Да, пробелы при смене озвучиваются.
Я тоже предпочитаю пробелы. Табы сильно мешают восприятию, не знаю почему такие у меня так, но если попадаются где-то табы — меняю их на пробелы, иначе неудобно читать код. Благо самое первое, что настраиваю в любом редакторе — это автоматическую смену табов на пробелы.
И очень длинные строки также неудобны. Только необходимое. Так как когда бегло рыскаешь по строкам в поисках определенного места, не надо дослушивать всю строку полностью до конца. Она начинает озвучиваться и уже понимаешь та или нет, и скроллишь дальше.
Насчет форматирования — это точно не проблема.
Это зависит только от человека, от его чувства прекрасного, если можно так сказать. Я сам тоже люблю чтоб все было правильно выровнено, спать не смогу если у меня где-то отступ не правильный. Хотя я тоже незрячий, программирую только свои пет проекты, работы не получается найти. А есть много и зрячих людей, которым вообще все равно то форматирование, главное чтоб работало и писалось быстрее. Так что это не проблема незрячих, это проблема конкретного человека, не зависимо от зрения.
Андрей молодец. Наверно надо тоже на php переориентироваться, а то с python без опыта коммерческой разработки никак не найду. А может от локации также зависит. В любом случае, успехов и дальнейшего развития Андрею.
Насчет организаций я бы не был так уверен. Не знаю как в России, а в Украине общество УТОС — это полный мрак. Никто из молодых и действительно разбирающихся практически не бывает там. Они не хотят сидеть в тех организациях, они хотят работать, развиваться и жить как все. Вот только крайне трудно найти работу им. Обычно компании не хотят связываться с незрячими, хотя они также могут не только тестировать, но и писать код вполне также, и backend и frontend. Надеюсь эта тенденция все же будет меняться. А так да, их можно встретить и на хабре, и на других ресурсах.
Да, но если сделать первый вариант, по минимуму, но как положено — это уже сделает сайт если не на 100%, то наверное процентов на 70-80 доступным. Повторюсь еще раз, когда сайт полностью недоступен — это очень плохая некачественная верстка, так как даже при минимуме усилий, но правильной верстке большинство становится доступным сразу прямо из коробки, что собственно незрячие и пытаются всегда доносить, что им не нужны специальные версии, просто надо писать более качественный код.
Согласен с вами. И если рассматривать откуда их брать, чисто мое мнение, у всех студий таких должен быть опытный в этом деле один или несколько человек, которые будут через обучение и контроль их работ пропускать juniorов перед тем как доверять им самостоятельную разработку. А то возьмут таких «специалистов», что наговнокодят дивами, повешают им планки senjor, а потом те по всем компаниям разносят свой «опыт». Ну то конечно так, всего лишь мое мнение, наверняка найдутся и те, кто будет утверждать работает и хорошо, бизнесу надо быстрее, а то что потом такое подделие будет дороже и труднее поддерживать и развивать никто не думает.
Думаю для них вполне можно найти более полезные и интересные задачи, чем клепать тормозящие велосипеды вместо нативных решений. Правильная верстка все равно же не отменит скрипты и динамический контент, просто для каждой задачи надо использовать правильный инструмент.
Да с чего вы берете, что нужны какие-то специальные сайты. Или тем более аудио версии сайтов. Ничего отдельного не надо. Незрячие люди пользуются теми же сайтами, что и зрячие с помощью программ экранного доступа. Просто сайты надо разрабатывать по стандарту, как положено, используя теги HTML по назначению. Например, если вы хотите добавить кнопку на сайт, пускай даже по дизайну без текстовой надписи, а только с иконкой. Тогда просто надо не использовать тег div, а затем на нее вешать JavaScript обработчик, а использовать тег button и назначить ему текстовую метку, которую визуально видно не будет, но скринридеры ее подхватят и озвучат.
Ну и со всем прочим также. Для начала можно почитать что-то типа такого: HTML: Хорошая основа для доступности
Так что если какие-то разработчики сделали недоступный сайт, это не значит, что они должны еще сделать специальную версию. Это означает, что они сделали плохую, не качественную верстку.
Сколько эта тема мусолиться, а всегда всплывает один и тот же вопрос: почему бизнес должен создавать специальные версии. Та не должен, просто надо создавать качественную версию сайта, одну для всех.
ну все хорошо написано, только вот с этим не соглашусь:
вместо нее используется клавиатура, зачастую одна единственная клавиша Tab.
Tab конечно важная клавиша, но далеко не единственная и незаменимая. Если вы посмотрите клавиши навигации в той же NVDA, то увидите, что для удобства навигации используется чутьли не вся клавиатура. Чаще всего по заголовкам, еще по спискам, таблицам, кнопкам, да по всем элементам, которые существуют, по всему можно перескакивать. Поэтому и важно оформление компонентов по стандарту. Очень показательный пример с заголовками, когда на сайте вместо тегов h1 — h6 заголовки выделяют просто стилем в CSS более крупным размером и возможно bold. И сразу самый очевидный указатель где пользователь ожидает найти самую суть — отсутствует.
Для того, чтобы использовать синтезаторы речи, можно с python подключать синтезаторы напрямую как COM объекты и пользоваться API самой windows SAPI5.
Сам так делал еще до появления pyttsx3, ну а после и не надо было.
Писал про такой модуль, правда он чуть более расширен, но если с него выдрать часть кода про SAPI5 — то то там кода получится наверно с десяток строк или два примерно.
А так конечно отличный тренажерчик получился у вас.
Не знаю, просто интересно) Даже не столько целенаправленное понижение, а какие процессы организма его понижают. Вот продукты некоторые повышают, то понятно, а что работает в обратную сторону, не искусственно, а естественно. Ну то так, просто ради любопытства, сам не измерял конечно, но по косвенным признакам вроде его много))))
А не подскажете, что это за фирмы? действительно хотелось бы взять колонку с озвученными режимами при переключении, но в описаниях на площадках магазинах обычно об этом нигде не упоминают, или я не находил.
Крайне не советовал бы заходить на facebook через миранду. Есть много случаев, что facebook не любит использование не их официального клиента, и через некоторое количество подключений аккаунт временно блокируется и начинается увлекательный квест по возвращению доступа к нему с отсылкой скана документов и прочей радостью.
Я тоже предпочитаю пробелы. Табы сильно мешают восприятию, не знаю почему такие у меня так, но если попадаются где-то табы — меняю их на пробелы, иначе неудобно читать код. Благо самое первое, что настраиваю в любом редакторе — это автоматическую смену табов на пробелы.
И очень длинные строки также неудобны. Только необходимое. Так как когда бегло рыскаешь по строкам в поисках определенного места, не надо дослушивать всю строку полностью до конца. Она начинает озвучиваться и уже понимаешь та или нет, и скроллишь дальше.
Это зависит только от человека, от его чувства прекрасного, если можно так сказать. Я сам тоже люблю чтоб все было правильно выровнено, спать не смогу если у меня где-то отступ не правильный. Хотя я тоже незрячий, программирую только свои пет проекты, работы не получается найти. А есть много и зрячих людей, которым вообще все равно то форматирование, главное чтоб работало и писалось быстрее. Так что это не проблема незрячих, это проблема конкретного человека, не зависимо от зрения.
Ну и со всем прочим также. Для начала можно почитать что-то типа такого: HTML: Хорошая основа для доступности
Так что если какие-то разработчики сделали недоступный сайт, это не значит, что они должны еще сделать специальную версию. Это означает, что они сделали плохую, не качественную верстку.
Сколько эта тема мусолиться, а всегда всплывает один и тот же вопрос: почему бизнес должен создавать специальные версии. Та не должен, просто надо создавать качественную версию сайта, одну для всех.
Tab конечно важная клавиша, но далеко не единственная и незаменимая. Если вы посмотрите клавиши навигации в той же NVDA, то увидите, что для удобства навигации используется чутьли не вся клавиатура. Чаще всего по заголовкам, еще по спискам, таблицам, кнопкам, да по всем элементам, которые существуют, по всему можно перескакивать. Поэтому и важно оформление компонентов по стандарту. Очень показательный пример с заголовками, когда на сайте вместо тегов h1 — h6 заголовки выделяют просто стилем в CSS более крупным размером и возможно bold. И сразу самый очевидный указатель где пользователь ожидает найти самую суть — отсутствует.
Сам так делал еще до появления pyttsx3, ну а после и не надо было.
Писал про такой модуль, правда он чуть более расширен, но если с него выдрать часть кода про SAPI5 — то то там кода получится наверно с десяток строк или два примерно.
А так конечно отличный тренажерчик получился у вас.
А вот советы только по повышению. Где советы по понижению? :)
А не подскажете, что это за фирмы? действительно хотелось бы взять колонку с озвученными режимами при переключении, но в описаниях на площадках магазинах обычно об этом нигде не упоминают, или я не находил.
Думаю тут имелся ввиду все таки NVDA.