시력은 대부분의 프로그래머가 당연하게 여기는 감각 중 하나입니다. 대부분의 프로그래머는 컴퓨터 모니터를 살펴 보는 데 몇 시간을 소비하지만 (특히 존에 있을 때 ), 시각 장애인 프로그래머 (예 : 현재 Google에서 일하는 TV Raman)가 있다는 것을 알고 있습니다.
시각 장애인 인 경우 (또는 천천히 시각 장애인이되는 경우) 프로그래밍을 돕기 위해 개발 환경을 어떻게 설정 하시겠습니까?
(답변마다 한 가지 제안을 부탁드립니다.이 질문의 목적은 좋은 아이디어를 맨 위에 가져 오는 것입니다. 또한 스크린 리더는 좋은 아이디어를 미리 읽을 수 있습니다.)
답변:
나는 몇 가지 프로그래밍 인턴쉽을 가진 완전히 맹인 대학생이므로 내 대답은 이것들을 기반으로 할 것입니다. Windows XP를 운영 체제로 사용하고 Jaws 를 사용하여 화면에 나타나는 내용을 합성 음성으로 읽습니다. Java 프로그래밍의 경우 Eclipse에 액세스 할 수있는 완전한 기능을 갖춘 IDE이므로 Eclipse를 사용합니다.
일반적으로 SWT를 GUI 툴킷으로 사용하는 Java 프로그램은 Swing을 사용하는 프로그램보다 액세스하기 쉽기 때문에 netbeans에서 멀리 떨어져 있습니다. 모든 .net 프로그래밍의 경우 Visual Studio 2005는 인턴쉽에서 사용되는 표준 버전이므로 양식 디자이너와 같은 것들을보다 쉽게 액세스 할 수 있도록 개발 된 Jaws와 일련의 스크립트를 사용하여 매우 액세스 할 수 있기 때문에 Visual Studio 2005를 사용합니다.
C 및 C ++ 프로그래밍의 경우 gcc를 컴파일러로 사용하고 cymac을 사용하여 수행해야 할 작업에 따라 편집기로 emacs 또는 vim을 사용합니다. 제 인턴쉽은 Z / OS 프로그래밍과 관련이있었습니다. Cygwin을 통해 rlogin 세션을 사용하여 메인 프레임의 USS 하위 시스템에 액세스하고 3270 에뮬레이터로 C3270을 메인 프레임의 ISPF 부분에 액세스했습니다.
나는 보통 합성어에 의존하지만 점자 디스플레이가 있습니다. 나는 보통 음성으로 더 빨리 작업하지만 문장 부호가 중요하고 복잡한 상황에서 점자 디스플레이를 사용합니다. 문장 부호가 매우 중요한 중첩 된 괄호와 JCL이 많은 if 문입니다.
cygwin http://emacspeak.sourceforge.net 에서 Emacspeak로 놀고 있습니다. 응답이 다소 응답하지 않지만 구성 옵션을 보지 못했기 때문에 프로그래밍 편집기로 사용할 수 있는지 확실하지 않습니다. 아직.
저는 시각 장애인이며 Windows, Mac, Linux 및 DOS에서 C / C ++, Python, Java, C # 및 다양한 소규모 언어의 언어로 약 13 년 동안 프로그래밍을 해왔습니다. 원래 질문은 환경 구성과 관련이 있었지만 맹인이 컴퓨터를 사용하는 방법을 살펴 보는 것이 가장 좋습니다.
일부 사람들은 다른 답변에서 언급 한 TV Raman 및 Emacspeak 환경과 같은 대화 환경을 사용합니다. 가장 일반적인 해결책은 백그라운드 모니터링 OS 활동에서 실행되고 가상 음성 또는 물리적 점자 디스플레이 (일반적으로 한 번에 20-80 자 정도의 어딘가에 표시)를 통해 사용자에게 경고하는 화면 판독기를 사용하는 것입니다. 이것은 맹인이 모든 접근 가능한 응용 프로그램을 사용할 수 있음을 의미합니다.
그래서 요즘에는 개인적으로 Visual Studio 2008을 사용하고 거의 수정하지 않고 실행합니다. 이 산만 함을 알기 때문에 입력 할 때 오류 표시와 같은 특정 기능을 끕니다. Microsoft에 합류하기 전에 메모장과 같은 표준 텍스트 편집기에서 모든 개발 작업을 수행 했으므로 다시 한 번 사용자 정의 할 수 없습니다.
들여 쓰기를 알리도록 스크린 리더를 구성 할 수 있습니다. Visual Studio 가이를 처리하고 C #은 중괄호를 사용하기 때문에 개인적으로 이것을 사용하지 않습니다. 그러나 이것은 공백이 중요한 Python과 같은 언어에서 매우 중요합니다. 마지막으로, Emacspeak는 구문의 다른 부분 (키워드, 주석, 식별자 등)을 나타 내기 위해 다른 음성 / 피치를 사용합니다.
저는 시각 장애인이며 지난 12 년 동안 프로그래머였습니다. 현재는 선임 설계자이며 Sapient Corporation (웹 기반 및 씩 클라이언트 기반 엔터프라이즈 솔루션을 모두 만드는 캠브리지 기반 컨설팅 회사)과 협력하고 있습니다. 여러 화면 판독기를 사용하지만 대부분 창과 NVDA에 Jaws를 사용합니다.
나는 주로 내 환경으로 Microsoft 플랫폼과 Visual Studio에서 일했습니다. 나는 또한 MS Sql 엔터프라이즈 스튜디오와 같은 도구를 DB 액세스, 네트워크 모니터링 등에 사용합니다. emacspeak로 시간을 보내려고 노력했지만 내 작업은 주로 MS 플랫폼을 기반으로 했으므로 실제로 많은 시간을 소비하지 않았습니다. 나는 또한 리눅스에서 C ++로 작업하는 데 2 년을 보냈습니다. 주로 모든 코딩을 위해 메모장에서 비주얼 스튜디오를 사용했으며 리눅스 환경에서 파일을 공유하기 위해 삼바를 사용했습니다. 또한 실험적인 재료로 볼랜드 C를 사용했습니다. 최근에 파이썬으로 놀아 왔습니다. 다른 사람들이 언급했듯이 맹인 사용자에게는 들여 쓰기를 중첩 메커니즘으로 사용하기 때문에 특히 눈에 띄지 않습니다. NVDA는 가장 인기있는 오픈 소스 스크린 리더는 파이썬을 사용하여 완전히 작성되었으며 해당 프로젝트의 커미터 중 일부는 스스로 눈을 멀게합니다. 특히 건축가로서 자주 묻는 질문은 UML, visio 및 합리적인 장미 등 다이어그램을 처리하는 방법입니다. Visio는 아마도 가장 접근하기 쉬운 다이어그램 도구 일 것입니다. 나는 합리적인 장미 다이어그램을 읽을 수있는 턱 스크립트를 작성할 수있었습니다. UML 2.0 다이어그램에 액세스하기 위해 독일 대학에서 개발 한 T-dub (맹인을위한 기술 다이어그램 이해)라는 도구를 사용했습니다. 모델 중심 개발을 위해 magic draw라는 Java 기반 추악한 도구를 사용했으며 androMDA 프로젝트의 커미터였으며 UML 모델에서 .Net 코드 생성기를 개발하는 데 도움이되었습니다. 특히 건축가로서 자주 묻는 질문은 UML, visio 및 합리적인 장미 등 다이어그램을 처리하는 방법입니다. Visio는 아마도 가장 접근하기 쉬운 다이어그램 도구 일 것입니다. 나는 합리적인 장미 다이어그램을 읽을 수있는 턱 스크립트를 작성할 수있었습니다. UML 2.0 다이어그램에 액세스하기 위해 독일 대학에서 개발 한 T-dub (맹인을위한 기술 다이어그램 이해)라는 도구를 사용했습니다. 모델 중심 개발을 위해 magic draw라는 Java 기반 추악한 도구를 사용했으며 androMDA 프로젝트의 커미터였으며 UML 모델에서 .Net 코드 생성기를 개발하는 데 도움이되었습니다. 특히 건축가로서 자주 묻는 질문은 UML, visio 및 합리적인 장미 등 다이어그램을 처리하는 방법입니다. Visio는 아마도 가장 접근하기 쉬운 다이어그램 도구 일 것입니다. 나는 합리적인 장미 다이어그램을 읽을 수있는 턱 스크립트를 작성할 수있었습니다. UML 2.0 다이어그램에 액세스하기 위해 독일 대학에서 개발 한 T-dub (맹인을위한 기술 다이어그램 이해)라는 도구를 사용했습니다. 모델 중심 개발을 위해 magic draw라는 Java 기반 추악한 도구를 사용했으며 androMDA 프로젝트의 커미터였으며 UML 모델에서 .Net 코드 생성기를 개발하는 데 도움이되었습니다. 나는 합리적인 장미 다이어그램을 읽을 수있는 턱 스크립트를 작성할 수있었습니다. UML 2.0 다이어그램에 액세스하기 위해 독일 대학에서 개발 한 T-dub (맹인을위한 기술 다이어그램 이해)라는 도구를 사용했습니다. 모델 중심 개발을 위해 magic draw라는 Java 기반 추악한 도구를 사용했으며 androMDA 프로젝트의 커미터였으며 UML 모델에서 .Net 코드 생성기를 개발하는 데 도움이되었습니다. 나는 합리적인 장미 다이어그램을 읽을 수있는 턱 스크립트를 작성할 수있었습니다. UML 2.0 다이어그램에 액세스하기 위해 독일 대학에서 개발 한 T-dub (맹인을위한 기술 다이어그램 이해)라는 도구를 사용했습니다. 모델 중심 개발을 위해 magic draw라는 Java 기반 추악한 도구를 사용했으며 androMDA 프로젝트의 커미터였으며 UML 모델에서 .Net 코드 생성기를 개발하는 데 도움이되었습니다.
일반적으로, 나는 내가 힘을 발휘할 수있는 팀 환경에서 가장 번창한다는 것을 알았습니다. 예를 들어, 다이어그램은 디자인을 전달 / 문서화하는 데 매우 유용하지만 실제 디자인 프로세스에는 많은 생각과 브레인 스토밍이 필요하며 디자인을 생각할 때 팀 동료 중 한 명이 깔끔하게 그릴 수 있도록 도와 줄 수 있습니다 그것에서 그림. 사람들은 위의 독립 또는 능력 부족으로 위의 내용을 잘못 오인합니다. 그러나 이것은 순수한 상호 의존으로 간주됩니다. 팀 동료만으로는 결코 그 자신과 그 디자인을 생각해 낼 수 없었습니다. -디자인을 문서화하기 위해 그를 의지한다면, 그렇게하십시오. 내가 직면 한 대부분의 장애물은 도구 기반의 접근이 불가능합니다.
저는 맹인 개발자이며 Windows, GNU Linux 및 MacOS X에서 일하고 있습니다. 각 플랫폼에는 맹인 사용자를위한 서로 다른 워크 플로가 있습니다. 이것은 맹인 개발자가 사용하는 스크린 리더에 달려 있습니다. 맹인 개발자가 개발 도구에 완전히 액세스 할 수있는 것은 아닙니다. 모든 IDE에서 코드를 입력하고 컴파일 함수를 사용할 수 있지만 Interface Builder, XGlade 또는 기타와 같은 설계 도구를 사용하여 인터페이스를 설계해야하는 경우 많은 문제가 있습니다. Borland Delphi로 개발할 때 컨트롤 (예 : Button)을 추가 할 수 있었고 객체 검사기 창을 사용하여 컨트롤의 각 시각적 속성을 수정할 수있었습니다. 많은 IDE는 객체 검사기 창을 사용하여 시각 및 비 시각 속성을 수정하지만 시각 장애인 개발자의 문제는 새로운 컨트롤을 추가하는 방법이 팔레트에서 캔버스로 컨트롤을 끌어서 놓는 것으로 구성되어 있기 때문에 새로운 컨트롤을 추가하는 것입니다. Visual Studio 200x는이를 위해 대체 방법을 사용하지만 새 버전마다 IDE의 인터페이스가 변경되므로 Windows 용 화면 판독기는 일부 비표준 응용 프로그램의 각 영역을 식별하기 위해 스크립트를 사용하여 특별한 지원이 필요하기 때문에 큰 문제입니다. 시각 장애인 개발자는 화면 판독기와 함께 Visual Studio 2008을 사용할 수 있지만이 IDE의 새 버전이 나타나면이 버전의 IDE에 대해 새 버전의 스크립트를 기다려야합니다. 인터페이스 빌더가있는 Xcode는 아직 작업을 끌어다 놓을 수있는 대안이 없습니다. 나는 애플에게 여러 번 물었지만 다른 일을하고있다. App Store에 3 개의 앱 (액세스 가능한 지뢰 찾기, 액세스 가능한 fruitmachine 및 ciegas RSS Programar)을 게시했으며 코드로 모든 인터페이스를 디자인해야했습니다. 힘든 작업이지만 각 컨트롤의 모든 기능을 관리 할 수 있습니다. Eclipse에는 액세스 가능한 코드 편집기가 있지만 디버그 콘솔과 같은 기타 개발 도구, 설계 또는 문서화를위한 플러그인은 맹인 사용자를위한 보조 도구에 문제가 있습니다.
문서는 시각 장애인 개발자에게도 문제가됩니다. 많은 샘플과 데모는 이미지를 사용하여 설명을 보여줍니다 (그림에서 가능한 환경 설정 설정).
나는 그 질문이 맹목적이지 않다고 생각한다. 문제는 회사와 개발 그룹이 접근성이 최종 소프트웨어에는 영향을 미치지 만 개발 소프트웨어에는 영향을 미치지 않는다고 생각한다는 것입니다. 그들은 맹인 사용자가 클라이언트 여야한다고 생각하지만 맹인 사용자는 개발 메이트가 될 수 없습니다.
맹인 협회는 제품 및 서비스에 대한 접근성을 요구하지만 맹인 개발자를 잊었습니다. 시각 장애인은 변호사, 언론인, 교사로 일할 수 있지만 시각 장애인 개발자는 시각 장애인에게는 이상한 개념입니다. 내 눈먼 친구들이 내 일을 이해하지 못해 여러 번 외로움을 느낀다.
이 기사, 스페인어, 내 블로그 http://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ 에서이 문제에 대한 의견을 읽을 수 있습니다 . 웹 페이지에는 번역 도구가 있습니다. 죄송하지만 번역하지 않았습니다.
Emacs는 시각 장애인이 텍스트 파일을 조작 할 수 있도록 여러 가지 확장자를 가지고 있습니다. 이 주제에 대해 전문가에게 문의해야하지만 emacs에는 텍스트 음성 변환 기능이 있습니다. 그리고 아마도 더.
또한 BLinux가 있습니다.
맹인을위한 리눅스. 아주 오랫동안 주변에있었습니다. 10 년 이상 생각하고, 매우 성숙했습니다.
"맹인"은 다양한 조건이라는 점을 명심하십시오. 실제로 큰 모니터를 읽거나 확대 도움을받을 수있는 법적인 장님이 있으며, 비전이없는 사람도 있습니다. 책을 확대 할 수있는 특수 장치와 화면의 일부를 확대하는 데 사용할 수있는 특수 소프트웨어가있는 대학 친구를 기억합니다. 그녀는 시력이 나 빠지고 완전히 사라지기 때문에 대학을 마치기 위해 열심히 노력했습니다.
프로그래밍에는 다양한 요구 사항이 있습니다. 어떤 사람들은 많은 코드를 작성하는 데 능숙하며 어떤 사람들은 큰 그림과 아키텍처를보다 잘 볼 수 있습니다. 화면 인터페이스로 인한 어려움으로 인해 실명으로 인해 큰 그림을 얻는 능력이 향상 될 수 있다고 생각합니다 ...
Hanselman은 최근에 맹인 개발자와 함께 정말 흥미로운 팟 캐스트를 가지고있었습니다 .
저는 블라인드 액세스를 위해 맞춤형 BBS를 운영하면서 3 년 동안 Greater Detroit Society for the Blind에서 일했으며, 많은 블라인드 사용자들과 그들의 요구를 더 잘 충족시키는 방법에 대해, 그리고 새로운 블라인드 사용자들과 함께 사용 가능한 하드웨어 및 당시 사용 가능한 소프트웨어 제품. 다른 것이 없다면, 적어도 같은 상황에서 상처를 입었던 사건에 대한 헤지로 점자를 읽는 법을 배웠습니다!
시각 장애인 컴퓨터 사용자와 프로그래머 대부분은 일종의 스크린 리더를 사용합니다. 특히 턱 이 인기가 있습니다. 다행히 요즘 대부분의 주요 응용 프로그램은 일부 형태의 장애인 액세스를 제공합니다. 채터를 줄이기 위해 환경을 약간 조정해야 할 수도 있습니다. 예를 들어 Visual Studio에서 Intellisense를 비활성화하는 것을 고려하십시오.
점자 디스플레이는 덜 일반적이며 상대적으로 훨씬 더 비싼 텍스트의 40 개 또는 80 열을 표시 할 수 있으며, 정확한 위치 / 문장 부호가 중요 할 때 사용할 수 있습니다. 화면 판독기는 구두점을 덜어 내도록 구성 할 수 있지만 많은 사람들이주의를 산만하게 여기며 많은 경우에 그 길을 느끼는 것이 더 쉽습니다. 디스플레이를 구동하도록 턱을 구성 할 수 있으므로 접근성 응용 프로그램을 저글링하지 않아도됩니다.
또한 법적으로 맹인 인 사용자가 여전히 약간의 시력을 가지고 있습니다. 고 대비 배경과 확대 기능을 사용하면 이러한 많은 사용자에게 도움이 될 수 있습니다.
Windows에서 토글 키를 사용하면 실수로 모달 'caps lock', 'num lock', 'scroll lock'등 키 중 하나를 누를 때들을 수 있습니다.
스크린 리더를 사용하고 Haskell의 레이아웃 규칙을 사용하지 않고 명시 적으로 프로그래밍하는 Haskell 프로그래머가 적어도 하나는 알고 있지만 대신 비 관념적이지만 지원되는 것을 사용하도록 선택 {;}합니다. 화면 판독기는 Haskell의 레이아웃 규칙을 준수하는 정확한 들여 쓰기를 알아내는 것보다 문장 부호를 읽습니다. 같은 메모에서 나는 몇 명의 맹인 프로그래머가 파이썬을 쓸 때에 대해 불평하는 것을 들었습니다.
궁극적으로, 당신은 당신의 강점을 가지고 노는 법을 배웁니다.
소스를 기억할 수는 없지만 가청 구문 "컬러링"의 형식에 대해 들었습니다.
foo는 quote와 같습니다. 이것은 문자열 인용입니다.
스트링 부분은 다른 피치 또는 음성으로 판독되어 요소를보다 명확하게 분리 할 수 있습니다.
시작해야 할 곳은 Blinux 프로젝트입니다.
이 프로젝트는 Emacspeak (텍스트 음성 변환이있는 편집기)를 얻는 방법을 설명하고 다른 많은 자료를 가지고 있습니다.
나는 시력이 좋지만 모니터를 사용하지 못하게 한 사람과 함께 일했습니다. 스크린 리더 소프트웨어로 잘 지냈고 텍스트 기반 응용 프로그램과 셸을 사용하여 많은 시간을 보냈습니다.
Wikipedia의 스크린 리더 패키지 목록은 또 다른 시작 위치입니다. http://en.wikipedia.org/wiki/List_of_screen_readers
저는 베이징, 중국의 대학원생입니다. 나는 컴퓨터 과학을 전공했으며 많은 일이 프로그래밍입니다. 시력이 약한 상태에서 태어났는데 화면에서 글꼴을 선명하게 보려면 확대 도구를 사용해야합니다. Windows에서는 Microsoft의 mgnify 도구를 사용하고 Linux에서는 compiz의 확대 플러그 인을 사용합니다. 도구를 원래 글꼴 크기의 3 배로 확대하도록 설정했습니다. 나를 위해 확대 도구는 괜찮습니다. 주요 문제는 속도입니다. 마우스를보고있는 텍스트를 따라 커서를 유지하려면 마우스를 움직여야합니다 .Microsoft의 확대는 "자동 텍스트 편집 포인트를 따르십시오"옵션을 제공합니다. 편집 또는 코딩시 지속적으로 마우스 이동 그러나 편집 소프트웨어 또는 IDE가 지원하지 않을 수 있기 때문에 항상 작동하지는 않습니다. 리눅스에서 돋보기 도구는 사용하기 어렵다. KDE와 함께 제공되는 KMag에는 끔찍한 재생 빈도가있어 눈이 불편하고 현재 사용중인 compiz의 돋보기 플러그는 괜찮지 만 자동 초점 기능은 없습니다 (초점 자동 추적). iOS는 특히 ipad의 9.7 인치 화면에서 전체 화면 확대 기능을 갖춘 완벽한 솔루션을 제공합니다. 자동 편집은 코딩이나 다른 편집 작업에 거의 사용하지 않기 때문에 필요하지 않습니다. 안드로이드는 흔들림 피드백과 같은 접근성 기능을 거의 제공하지 않으므로 나에게는 쓸모가 없습니다. 안드로이드에는 좋은 돋보기 도구가 없으며 iOS의 전체 화면 확대와 같은 고급 기능은 말할 것도 없습니다. 나는 Qt를 공부하고 리눅스, 안드로이드에서도 유용한 확대 도구를 만들고 싶었습니다. 그러나 진전이 거의 없습니다. 그러나 자동 초점 기능은 없습니다 (초점 자동 추적). iOS는 특히 ipad의 9.7 인치 화면에서 전체 화면 확대 기능을 갖춘 완벽한 솔루션을 제공합니다. 자동 편집은 코딩이나 다른 편집 작업에 거의 사용하지 않기 때문에 필요하지 않습니다. 안드로이드는 흔들림 피드백과 같은 접근성 기능을 거의 제공하지 않으므로 나에게는 쓸모가 없습니다. 안드로이드에는 좋은 확대 도구가 없으며 iOS의 전체 화면 확대와 같은 고급 기능은 말할 것도 없습니다. 나는 Qt를 공부하고 리눅스, 안드로이드에서도 유용한 확대 도구를 만들고 싶었습니다. 그러나 진전이 거의 없습니다. 그러나 자동 초점 기능은 없습니다 (초점 자동 추적). iOS는 특히 ipad의 9.7 인치 화면에서 전체 화면 확대 기능을 갖춘 완벽한 솔루션을 제공합니다. 자동 편집은 코딩이나 다른 편집 작업에 거의 사용하지 않기 때문에 필요하지 않습니다. 안드로이드는 흔들림 피드백과 같은 접근성 기능을 거의 제공하지 않으므로 나에게는 쓸모가 없습니다. 안드로이드에는 좋은 돋보기 도구가 없으며 iOS의 전체 화면 확대와 같은 고급 기능은 말할 것도 없습니다. 나는 Qt를 공부하고 리눅스, 안드로이드에서도 유용한 확대 도구를 만들고 싶었습니다. 그러나 진전이 거의 없습니다. 안드로이드는 흔들림 피드백과 같은 접근성 기능을 거의 제공하지 않습니다. 안드로이드에는 좋은 확대 도구가 없으며 iOS의 전체 화면 확대와 같은 고급 기능은 말할 것도 없습니다. 나는 Qt를 공부하고 리눅스, 안드로이드에서도 유용한 확대 도구를 만들고 싶었습니다. 그러나 진전이 거의 없습니다. 안드로이드는 흔들림 피드백과 같은 접근성 기능을 거의 제공하지 않습니다. 안드로이드에는 좋은 확대 도구가 없으며 iOS의 전체 화면 확대와 같은 고급 기능은 말할 것도 없습니다. 나는 Qt를 공부하고 리눅스, 안드로이드에서도 유용한 확대 도구를 만들고 싶었습니다. 그러나 진전이 거의 없습니다.
내가 대학원에있을 때, 우리는 장님 인 연구팀 원을 가졌습니다. 그는 약간 나이가 많았으며, 아마도 40 대 중반 일 것입니다. 그는 화면의 내용을 모스 부호로 출력하기 위해 첫 번째 컴퓨터 (텍스트 음성 변환이 널리 사용되기 훨씬 전에)를 어떻게 프로그래밍했는지에 대해 설명했습니다. 명백한 닭과 계란 문제를 극복하기 위해, 코드를 처음부터 다시 읽을 수있을 때까지 코드를 처음부터 완전히 다시 작성해야했습니다.
이제 텍스트 음성 변환을 사용하지만 실제로 코드를 작성하기 전에 코드를 철저히 계획하여 디버그 루프를 최소화합니다.
그는 시력 부족에도 불구하고 PowerPoint 발표 자료를 제공하는 데 능숙했습니다.
이 블로그 게시물에는 Visual Studio 팀이 제품에 액세스하는 방법에 대한 정보가 있습니다.
Visual Studio 핵심 팀의 접근성 랩 투어 활동
많은 프로그래머들이 Emacspeak를 사용합니다 :
뉴질랜드로 돌아가서 황반변 성 을 가진 사람을 알고 있었기 때문에 부분적으로 목격되었습니다. 그는 매우 재능있는 프로그래머이며 델파이를 사용하여 단어 모양을 인식하여 일할 수 있기 때문에 상처를 입었습니다. 이것은 C-ish 구불 구불 한 대괄호보다 파스칼과 같은 구문으로 수행하는 것이 더 쉽습니다. 그는 웹 사이트를 가지고 있지만 황반 변성을 전혀 언급하지 않는 것 같습니다. 그래서 나는 그를 지명하지 않을 것입니다.
많은 사람들이 지적했듯이, emacspeak는 많은 오래된 해커들에게 지속적인 솔루션 크로스 플랫폼이었습니다. Linux와 Mac을 기본적으로 지원하므로 Windows egnostic 프로젝트를 개발하는 데 선호되는 수단이되었습니다.
시각적 인 것과는 반대로 청각적인 것을 통해 구문을 실제로 내려가는 문제에 대해, 나는 같은 경기장에 있지 않은 경우 하나를 닫는 다양한 기술이 있음을 발견했습니다.
예를 들어 언어 설명자를 위해 청각 아이콘을 사용할 수 있습니다. 줄이 얼마나 들여 쓰기되었는지에 대해 톤을 넣을 수 있습니다. 톤이 길수록 들여 쓰기가 더 커집니다. 톤은 텍스트 음성 변환과 동시에 재생 될 수 있기 때문에 정보는 동일한 시간 범위를 통해 전달되며 기본적인 통신을 직렬화하지 않습니다.
점자는 사용자에게 줄의 정확한 구문을 빠르고 정확하게 해독 할 수 있습니다. 이것은 일상 생활에서 점자를 사용하는 사람들에게 더 유용한 것입니다. 가장 큰 장점은 디스플레이의 내용에 무작위로 액세스 할 수 있다는 것입니다. 새로 고칠 수있는 장치에는 일반적으로 커서를 해당 셀에 배치 할 수있는 각 문자 셀 위에 라우터 키가 있습니다. 화살표 키 O (n) op vs O (1) 액세스를 통한 조정이 없습니다.
청각 차원 (피치, 비율, 부피, 변곡, 풍부함, 스트레스 등)은 개념 (키워드, 클래스, 변수, 오류 등)을 전달할 수 있습니다. 예를 들어, 주석은 모노톤 변곡으로 읽을 수 있습니다 ... 적절한 경우 :).
Emacs 및 기타 편집기 (더 적은 범위) (Visual Studio)를 사용하면 코더가 프로그램을 체계적으로 (다음 블록, 접기 블록, 아래로 내리기, def로 건너 뛰기, 구문 분석 트리 위로 가기 등) 조작 할 수 있습니다. 이 작업을 수행하는 전체 프로젝트 구조의 "큰"그림을 매우 빠르게 얻을 수 있습니다. Cedet과 같은 확장 기능을 사용하면 VS / Eclipse / etc 크로스 플랫폼 및 텍스트 편집기에서 이점을 얻을 수 있습니다.
아마도 계속해서 갈 수는 있지만, 간단히 말해서, 우리 중 일부가 왜 산업, 부신 혈증 또는 지하실에서 해킹을당하는 지에 대한 근거입니다.
Southern Illinois University Edwardsville과 Washington State University의 학생들이 맹인을위한 프로그래밍 언어를 연구하고 있습니다.
하 랄드 반 브리더로드 는 잘 알려진 네덜란드 인 Oracle DBA 전문가, 트레이너 및 발표자입니다. 그의 블로그에는 시각 장애인을위한 유용한 팁이 포함되어 있습니다.
세상에서 점자 키보드는 무엇일까요?
점자 작성자와 같은 것이 있지만 컴퓨터의 입력 장치로 사용하지는 않습니다.
점자 기호가있는 키보드에 대해 간단히 말하면 이것은 매우 나쁜 생각입니다. 입력하는 동안 도달 할 수있는 키가 훨씬 많으며 여전히 느립니다.
터치 타이핑은 시각적 인 기술 이 아니며 , 시각 장애인은 시력이있는 사람뿐만 아니라 시각적 기술도 할 수 있습니다.
나는 이것이 쌍 프로그래밍 원리를 사용하는 극단적 인 프로그래밍에서 잘 작동한다고 생각합니다. 시각 장애인을 위해 소프트웨어를 만드는 사람이라면 비즈니스 요구 사항과 문자 그대로 연락하는 사람보다 소프트웨어를 만드는 것이 더 좋습니다.
코드 작성에 관해서는, 어떤 종류의 피드백이 없다면 사람이 구문에 어려움을 겪을 것이라고 생각합니다. 오디오 피드백은 어느 정도 도움이 될 수 있습니다.
시각 장애인 및 음성 피드백 및 점자 키보드를 포함하여 부분적으로 볼 수 있도록 도와주는 다양한 도구가 있습니다. http://www.rnib.org.uk/Pages/Home.aspx 는 이러한 문제에 대한 도움과 조언을 제공하는 좋은 사이트입니다.
Sam Hartman을 만나면 2000 년부터 유명한 데비안 개발자이자 장님입니다. 에 이 인터뷰 그는 리눅스 사용자의 접근성에 대해 이야기합니다. 그는 데비안과 그놈 오르카를 화면 판독기로 사용하고 그놈과 함께 작동하며 "아이스 위즐 / 파이어 폭스와 리브레 오피스를 말하기에 비교적 좋은 일을합니다".
그는 프로그래밍에 대해 구체적으로 말합니다.
[gnome-orca]는 gnome-terminal을 사용하지만 터미널 프로그램을 사용하기에 충분하지 않습니다. 따라서 Emacspeak 패키지로 Emacs를 실행합니다. 그 안에는 Emacs 터미널 에뮬레이터를 실행하고 그 안에는 Screen을 실행하는 경향이 있습니다. 재미를 더하기 위해 종종 내부 화면 내에서 추가 Emacs 인스턴스를 실행합니다.