[workflow] 시각 장애인 인 경우 어떻게 프로그램 할 수 있습니까?

저는 시각 장애인이며 지난 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 코드 생성기를 개발하는 데 도움이되었습니다.

일반적으로, 나는 내가 힘을 발휘할 수있는 팀 환경에서 가장 번창한다는 것을 알았습니다. 예를 들어, 다이어그램은 디자인을 전달 / 문서화하는 데 매우 유용하지만 실제 디자인 프로세스에는 많은 생각과 브레인 스토밍이 필요하며 디자인을 생각할 때 팀 동료 중 한 명이 깔끔하게 그릴 수 있도록 도와 줄 수 있습니다 그것에서 그림. 사람들은 위의 독립 또는 능력 부족으로 위의 내용을 잘못 오인합니다. 그러나 이것은 순수한 상호 의존으로 간주됩니다. 팀 동료만으로는 결코 그 자신과 그 디자인을 생각해 낼 수 없었습니다. -디자인을 문서화하기 위해 그를 의지한다면, 그렇게하십시오. 내가 직면 한 대부분의 장애물은 도구 기반의 접근이 불가능합니다.

답변