Comment pouvez-vous programmer si vous êtes aveugle?

La vue est l'un des sens que la plupart des programmeurs tiennent pour acquis. La plupart des programmeurs passeraient des heures à regarder un écran d'ordinateur (surtout pendant les périodes où ils sont dans la zone ), mais je sais qu'il y a des programmeurs aveugles (comme TV Raman qui travaille actuellement pour Google).

Si vous étiez aveugle (ou deveniez aveugle lentement), comment mettriez-vous en place votre environnement de développement pour vous aider dans la programmation?

(Une suggestion par réponse s'il vous plaît. Le but de cette question est de mettre les bonnes idées au sommet. De plus, les lecteurs d'écran peuvent lire les bonnes idées plus tôt.)

Je suis un étudiant totalement aveugle qui a eu plusieurs stages de programmation, donc ma réponse sera basée sur ces derniers. J'utilise Windows XP comme système d'exploitation et Jaws pour lire ce qui apparaît à l'écran dans un discours synthétique. Pour la programmation java, j'utilise eclipse, car c'est un IDE complet qui est accessible.

D'après mon expérience en tant que règle générale, les programmes java qui utilisent SWT comme boîte à outils GUI sont plus accessibles que les programmes qui utilisent Swing, c'est pourquoi je reste loin des netbeans. Pour toute programmation .net, j'utilise Visual Studio 2005 car c'était la version standard utilisée lors de mon stage et est très accessible à l'aide de Jaws et d'un ensemble de scripts qui ont été développés pour rendre des choses comme le concepteur de formulaires plus accessibles.

Pour la programmation C et C ++, j'utilise cygwin avec gcc comme compilateur et emacs ou vim comme éditeur selon ce que je dois faire. Une grande partie de mon stage concernait la programmation pour Z / OS. J'ai utilisé une session de connexion via Cygwin pour accéder au sous-système USS sur le mainframe et C3270 comme émulateur 3270 pour accéder à la partie ISPF du mainframe.

Je me fie généralement à la parole synthétique, mais j'ai un afficheur braille. Je trouve que je travaille généralement plus vite avec la parole, mais j'utilise l'affichage braille dans les situations où la ponctuation est importante et se complique. Des exemples de ceci sont les instructions avec beaucoup de parenthèses imbriquées et JCL où la ponctuation est incroyablement importante.

Mise à jour

Je joue avec Emacspeak sous cygwin http://emacspeak.sourceforge.net Je ne sais pas si cela sera utilisable comme éditeur de programmation car il semble ne pas répondre, mais je n'ai regardé aucune des options de configuration encore.

Je suis aveugle et je programme depuis environ 13 ans sur Windows, Mac, Linux et DOS, dans des langages C / C ++, Python, Java, C # et divers langages plus petits. Bien que la question initiale portait sur la configuration de l'environnement, je pense qu'il est préférable d'y répondre en examinant comment une personne aveugle utiliserait un ordinateur.

Certaines personnes utilisent un environnement parlant, comme TV Raman et l'environnement Emacspeak mentionnés dans d'autres réponses. La solution la plus courante est de loin d'avoir un lecteur d'écran qui s'exécute en arrière-plan, surveillant l'activité du système d'exploitation et alertant l'utilisateur via une synthèse vocale ou un affichage braille physique (affichant généralement entre 20 et 80 caractères à la fois). Cela signifie alors qu'une personne aveugle peut utiliser n'importe quelle application accessible.

Donc, personnellement, j'utilise Visual Studio 2008 ces jours-ci et je l'exécute avec très peu de modifications. Je désactive certaines fonctionnalités telles que l'affichage des erreurs lors de la frappe, car cela me dérange. Avant de rejoindre Microsoft, tout mon développement se faisait dans un éditeur de texte standard comme le Bloc-notes, donc encore une fois pas de personnalisation.

Il est possible de configurer un lecteur d'écran pour annoncer l'indentation. Personnellement, je ne l'utilise pas, car Visual Studio s'en occupe et C # utilise des accolades. Mais cela serait très important dans un langage comme Python où les espaces sont importants. Enfin, Emacspeak utilise différentes voix / hauteurs pour indiquer différentes parties de la syntaxe (mots-clés, commentaires, identifiants, etc.).

Je suis aveugle et je suis programmeur depuis environ 12 ans. Je suis actuellement architecte senior et travaille avec Sapient Corporation (une société de conseil basée à Cambridge qui crée des solutions d'entreprise basées sur le Web et sur des clients lourds). J'utilise plusieurs lecteurs d'écran, mais je m'en tiens surtout à Jaws pour Windows et NVDA.

J'ai principalement travaillé sur la plate-forme Microsoft et le studio visuel comme mon environnement. J'utilise également des outils comme le studio d'entreprise MS SQL et d'autres pour l'accès aux bases de données, la surveillance du réseau, etc. J'ai essayé de passer du temps avec emacspeak mais comme mon travail était principalement basé sur la plate-forme MS, je n'y ai jamais vraiment passé beaucoup de temps. J'ai également passé quelques années à travailler sur C ++ sous linux - principalement le bloc-notes ou le studio visuel sur windows pour tout le codage, puis la samba pour partager des fichiers avec l'environnement linux. A également utilisé le borland C pour certaines choses expérimentales. Ont récemment joué avec python, qui, comme d'autres personnes l'ont noté ci-dessus, est particulièrement hostile pour un utilisateur aveugle car il est écrit en utilisant l'indentation comme mécanisme d'imbrication. Cela dit, NVDA, le lecteur d'écran open source le plus populaire est écrit entièrement en python et certains des commiters de ce projet sont eux-mêmes aveugles. Une question particulièrement intéressante que l'on me pose fréquemment en tant qu'architecte est de savoir comment traiter les diagrammes - UML et visio et rational rose etc. Visio est probablement l'outil de diagramme le plus accessible. J'ai pu écrire des scripts de mâchoires pour lire des diagrammes de roses rationnels pour moi. J'ai utilisé un outil appelé T-dub (compréhension des diagrammes techniques pour les aveugles) développé par une université allemande pour accéder aux diagrammes UML 2.0. J'ai utilisé un outil laid basé sur java appelé magic draw pour faire du développement basé sur un modèle et j'ai participé au projet androMDA et aidé à développer le générateur de code .Net à partir d'un modèle UML. Une question particulièrement intéressante que l'on me pose fréquemment en tant qu'architecte est de savoir comment traiter les diagrammes - UML et visio et rational rose etc. Visio est probablement l'outil de diagramme le plus accessible. J'ai pu écrire des scripts de mâchoires pour lire des diagrammes de roses rationnels pour moi. J'ai utilisé un outil appelé T-dub (compréhension des diagrammes techniques pour les aveugles) développé par une université allemande pour accéder aux diagrammes UML 2.0. J'ai utilisé un outil laid basé sur java appelé magic draw pour faire du développement basé sur un modèle et j'ai participé au projet androMDA et aidé à développer le générateur de code .Net à partir d'un modèle UML. Une question particulièrement intéressante que l'on me pose fréquemment en tant qu'architecte est de savoir comment traiter les diagrammes - UML et visio et rational rose etc. Visio est probablement l'outil de diagramme le plus accessible. J'ai pu écrire des scripts de mâchoires pour lire des diagrammes de roses rationnels pour moi. J'ai utilisé un outil appelé T-dub (compréhension des diagrammes techniques pour les aveugles) développé par une université allemande pour accéder aux diagrammes UML 2.0. J'ai utilisé un outil laid basé sur java appelé magic draw pour faire du développement basé sur un modèle et j'ai participé au projet androMDA et aidé à développer le générateur de code .Net à partir d'un modèle UML. J'ai pu écrire des scripts de mâchoires pour lire des diagrammes de roses rationnels pour moi. J'ai utilisé un outil appelé T-dub (compréhension des diagrammes techniques pour les aveugles) développé par une université allemande pour accéder aux diagrammes UML 2.0. J'ai utilisé un outil laid basé sur java appelé magic draw pour faire du développement basé sur un modèle et j'ai participé au projet androMDA et aidé à développer le générateur de code .Net à partir d'un modèle UML. J'ai pu écrire des scripts de mâchoires pour lire des diagrammes de roses rationnels pour moi. J'ai utilisé un outil appelé T-dub (compréhension des diagrammes techniques pour les aveugles) développé par une université allemande pour accéder aux diagrammes UML 2.0. J'ai utilisé un outil laid basé sur java appelé magic draw pour faire du développement basé sur un modèle et j'ai participé au projet androMDA et aidé à développer le générateur de code .Net à partir d'un modèle UML.

En général, je trouve que je m'épanouis le plus dans un environnement d'équipe où je peux travailler sur mes forces. Par exemple, alors qu'un diagramme est extrêmement utile pour communiquer / documenter une conception, le processus de conception réel implique beaucoup de réflexion et de remue-méninges et lorsque la conception a été réfléchie, l'un de vos coéquipiers peut vous aider à mettre rapidement en place un plan soigneusement dessiné image hors de lui. Les gens interprètent à tort ce qui précède comme un manque d'indépendance ou de capacité alors que je vois cela comme une pure interdépendance - car je suis sûr que le coéquipier seul n'aurait jamais pu concevoir ce design seul et dans -à son tour, si je compte sur lui pour documenter le design, tant pis. La plupart des obstacles auxquels je suis confronté sont l'inaccessibilité basée sur les outils.

Je suis un développeur aveugle et je travaille sous Windows, GNU Linux et MacOS X. Chacune des plates-formes a des flux de travail différents pour les utilisateurs aveugles. Cela dépend du lecteur d'écran utilisé par le développeur aveugle. Les outils de développement ne sont pas complètement accessibles aux développeurs aveugles. Je peux taper du code et utiliser des fonctions de compilation dans tous les IDE mais il y a beaucoup de problèmes si je dois concevoir une interface en utilisant des outils de conception comme Interface Builder, XGlade ou autre. Lorsque je développais avec Borland Delphi, je pouvais ajouter un contrôle, un bouton par exemple, et je pouvais modifier chaque attribut visuel du contrôle en utilisant la fenêtre de l'inspecteur d'objets. De nombreux IDE utilisent des fenêtres d'inspecteur d'objets pour modifier les attributs visuels et non visuels, mais le problème pour un développeur aveugle est d'ajouter de nouveaux contrôles car la méthode pour ajouter un nouveau contrôle consiste à faire glisser et déposer un contrôle de la palette vers le canevas. Visual studio 200x utilise des méthodes alternatives pour cela, mais l'interface de l'EDI change dans chaque nouvelle version et c'est un gros problème car les lecteurs d'écran pour Windows ont besoin d'un support spécial, à l'aide de scripts, pour identifier chaque zone de certaines applications non standard. Un développeur aveugle peut utiliser Visual studio 2008 avec son lecteur d'écran mais lorsqu'une nouvelle version de cet IDE apparaît, il doit attendre une nouvelle version de scripts pour cette version de l'IDE. Xcode with Interface builder n'a pas encore d'alternative pour faire glisser et déposer des tâches. Je l'ai demandé à Apple à plusieurs reprises, mais ils travaillent dans d'autres domaines. J'ai publié 3 applis dans l'App Store (démineur accessible, machine à fruit accessible et Programar a ciegas RSS) et j'ai dû concevoir toute l'interface par code. C'est un travail difficile mais je peux gérer toutes les fonctionnalités de chaque contrôle. Eclipse a un éditeur de code accessible mais d'autres outils de développement comme la console de débogage, les plugins pour la conception ou la zone de documentation posent des problèmes pour les outils d'assistance pour les utilisateurs aveugles.

La documentation est également un problème pour les développeurs aveugles. De nombreux exemples et démonstrations utilisent des images pour montrer l'explication (définissez les paramètres d'environnement comme vous pouvez dans l'image)

Je pense que la question n'est pas aveugle. La question est que les entreprises et les groupes de développement pensent que l'accessibilité affecte le logiciel final mais pas le logiciel de développement. Ils pensent qu'un utilisateur aveugle devrait être un client, mais un utilisateur aveugle ne peut pas être un partenaire de développement.

Les associations aveugles demandent l'accessibilité aux produits et services mais elles ont oublié les développeurs aveugles. Les aveugles peuvent travailler comme avocats, journalistes, enseignants mais un développeur aveugle est un concept étrange même pour les aveugles. Souvent, je me sens seul parce que certains de mes amis aveugles ne peuvent pas comprendre mon travail.

Vous pouvez lire mon avis sur cette question dans cet article, en espagnol, sur mon blog http://www.programaraciegas.net/2010/11/05/la-accesibilidad-en-crisis-para-los-desarrolladores-ciegos/ il y a un outil de traduction dans la page Web. Désolé mais je ne l'ai pas traduit.

Emacs a un certain nombre d'extensions pour permettre aux utilisateurs aveugles de manipuler des fichiers texte. Vous devriez consulter un expert sur le sujet, mais emacs a des capacités de synthèse vocale. Et probablement plus.

De plus, il y a BLinux:

http://leb.net/blinux/

Linux pour les aveugles. Je suis là depuis très longtemps. Plus de dix ans je pense, et très mature.

Gardez à l'esprit que «aveugle» est une gamme de conditions - il y en a qui sont légalement aveugles qui pourraient lire un très grand moniteur ou avec une aide au grossissement, et puis il y a ceux qui n'ont aucune vision du tout. Je me souviens d'une camarade de classe à l'université qui avait un appareil spécial pour agrandir les livres et un logiciel spécial qu'elle pouvait utiliser pour agrandir une partie de l'écran. Elle travaillait dur pour terminer ses études, parce que sa vue empirait et allait disparaître complètement.

La programmation a également un éventail de besoins - certaines personnes sont bonnes pour lancer beaucoup, beaucoup de code, et certaines personnes sont meilleures pour regarder la grande image et l'architecture. J'imagine qu'étant donné la difficulté imposée par l'interface écran, la cécité peut améliorer votre capacité à avoir une vue d'ensemble ...

Hanselman a récemment eu un podcast très intéressant avec un développeur aveugle .

J'ai travaillé pendant trois ans pour la Greater Detroit Society for the Blind en dirigeant un BBS conçu pour un accès aveugle et travaillé avec un certain nombre d'utilisateurs aveugles sur la façon de mieux répondre à leurs besoins, et avec de nouveaux utilisateurs aveugles pour les familiariser avec le matériel disponible et les offres de logiciels disponibles à l'époque. Si rien d'autre, j'ai au moins appris à lire le braille comme une couverture contre le cas où je me suis retrouvé dans la même situation!

La majorité des utilisateurs et programmeurs aveugles d'ordinateurs utilisent un lecteur d'écran quelconque. Les mâchoires en particulier sont populaires. Heureusement, la plupart des applications majeures offrent de nos jours une forme d'accès pour les personnes handicapées. Vous devrez peut-être ajuster légèrement votre environnement pour réduire le bavardage, par exemple, pensez à désactiver Intellisense dans Visual Studio.

Un afficheur braille est moins courant et relativement plus cher et peut afficher 40 ou 80 colonnes de texte, et peut être utilisé lorsque le positionnement / la ponctuation exacts sont importants. Bien qu'un lecteur d'écran puisse être configuré pour déclencher la ponctuation, beaucoup de gens le trouvent gênant, et il est plus facile dans de nombreux cas de se repérer. Les mâchoires peuvent être configurées pour piloter l'écran, vous ne jonglez donc pas avec les applications d'accessibilité.

En outre, de nombreux utilisateurs légalement aveugles ont encore un minimum de vue. L'utilisation d'arrière-plans à contraste élevé et la fonctionnalité d'agrandissement peuvent aider beaucoup de ces utilisateurs.

L'utilisation de ToggleKeys dans Windows vous permettra d'entendre également lorsque vous appuyez accidentellement sur l'une des touches modales de «verrouillage des majuscules», «verrouillage numérique», «verrouillage du défilement», etc.

Je connais au moins un programmeur Haskell qui utilise un lecteur d'écran et qui programme explicitement sans utiliser les règles de mise en page de Haskell, et choisit plutôt d'utiliser le plutôt non idiomatique, mais pris en charge à {;}la place, car il est plus facile / moins distrayant pour lui d'obtenir son lecteur d'écran pour lire la ponctuation que pour lui de déterminer une indentation exacte qui respecte les règles de mise en page de Haskell. Sur cette même note, j'ai entendu quelques grognements d'un couple de programmeurs aveugles sur le moment où ils doivent écrire Python.

En fin de compte, vous apprenez à jouer sur vos forces.

Je ne me souviens pas de la source, mais j'ai entendu / lu une forme de syntaxe audible "coloration" - de sorte qu'au lieu d'une affectation de chaîne lue comme

foo est égal à citation c'est une citation de chaîne

la partie des cordes serait lue avec une hauteur ou une voix différente pour rendre la séparation des éléments plus claire.

Un point de départ est le projet Blinux:

http://leb.net/blinux/

Ce projet décrit comment obtenir Emacspeak (éditeur avec synthèse vocale) et dispose de nombreuses autres ressources.

J'ai travaillé avec une personne qui a la vue, mais les a empêchés d'utiliser un moniteur - ils ont bien fonctionné avec le logiciel de lecture d'écran et ont passé beaucoup de temps à utiliser des applications basées sur du texte et le shell.

La liste des packages de lecteurs d'écran de Wikipédia est un autre point de départ: http://en.wikipedia.org/wiki/List_of_screen_readers

Je suis un étudiant de troisième cycle à Pékin, en Chine. Je me spécialise en informatique et une grande partie de mon travail est la programmation. Je suis né avec une basse vue, j'ai besoin d'utiliser des outils d'agrandissement pour voir clairement les polices à l'écran. J'utilise les outils mgnify de Microsoft sur Windows et j'utilise le plug-in magnify de compiz sous Linux. J'ai généralement défini l'outil pour l'agrandir trois fois plus que la taille de police d'origine. Pour moi, les outils de maginification sont ok, le principal problème est la vitesse, je dois déplacer la souris pour que les curseurs suivent le texte que je regarde, l'agrandissement de Microsoft offre une option de "suivre automatiquement les points de modification du texte", qui me permet de mouvement continu de la souris lors de l'édition ou du codage. Mais cela ne fonctionne pas toujours à cause du logiciel d'édition ou l'IDE peut ne pas le supporter. Les outils d'agrandissement sur Linux sont difficiles à utiliser. Le KMag livré avec KDE a un taux de rafraîchissement terrible qui rend mes yeux inconfortables, les prises d'agrandissement de Compiz que j'utilise maintenant sont OK, mais n'ont pas de fonction de mise au point automatique (mise au point automatique de mise au point). iOS fournit une solution tout à fait parfaite pour moi avec un agrandissement en plein écran, en particulier sur l'écran de 9,7 pouces de l'iPad. la mise au point automatique n'est pas nécessaire car je les utilise à peine pour coder ou faire d'autres modifications. Android offre très peu de fonctions d'accessibilité, seulement comme des commentaires de secousse, ce qui est inutile pour moi. il n'y a pas de bons outils d'agrandissement sur Android, sans parler de la fonction avancée comme l'agrandissement en plein écran sur iOS. J'avais l'habitude d'étudier Qt, je veux construire des outils d'agrandissement utiles sur Linux, même sur Android. Mais il n'y a guère de progrès. mais n'a pas de fonction de mise au point automatique (suivi automatique de la mise au point). iOS fournit une solution tout à fait parfaite pour moi avec un agrandissement en plein écran, en particulier sur l'écran de 9,7 pouces de l'iPad. la mise au point automatique n'est pas nécessaire car je les utilise à peine pour coder ou faire d'autres modifications. Android offre très peu de fonctions d'accessibilité, seulement comme des commentaires de secousse, ce qui est inutile pour moi. il n'y a pas de bons outils d'agrandissement sur Android, sans parler de la fonction avancée comme l'agrandissement en plein écran sur iOS. J'avais l'habitude d'étudier Qt, je veux construire des outils d'agrandissement utiles sur Linux, même sur Android. Mais il n'y a guère de progrès. mais n'a pas de fonction de mise au point automatique (suivi automatique de la mise au point). iOS fournit une solution tout à fait parfaite pour moi avec un agrandissement en plein écran, en particulier sur l'écran de 9,7 pouces de l'iPad. la mise au point automatique n'est pas nécessaire car je les utilise à peine pour coder ou faire d'autres modifications. Android offre très peu de fonctions d'accessibilité, seulement comme des commentaires de secousse, ce qui est inutile pour moi. il n'y a pas de bons outils d'agrandissement sur Android, sans parler de la fonction avancée comme l'agrandissement en plein écran sur iOS. J'avais l'habitude d'étudier Qt, je veux construire des outils d'agrandissement utiles sur Linux, même sur Android. Mais nous n'avons guère de progrès. Android offre très peu de fonctions d'accessibilité, seulement comme des commentaires de secousse, ce qui est inutile pour moi. il n'y a pas de bons outils d'agrandissement sur Android, sans parler de la fonction avancée comme l'agrandissement en plein écran sur iOS. J'avais l'habitude d'étudier Qt, je veux construire des outils d'agrandissement utiles sur Linux, même sur Android. Mais nous n'avons guère de progrès. Android offre très peu de fonctions d'accessibilité, seulement comme des commentaires de secousse, ce qui est inutile pour moi. il n'y a pas de bons outils d'agrandissement sur Android, sans parler de la fonction avancée comme l'agrandissement en plein écran sur iOS. J'avais l'habitude d'étudier Qt, je veux construire des outils d'agrandissement utiles sur Linux, même sur Android. Mais nous n'avons guère de progrès.

Quand j'étais à l'école, nous avions un membre de notre équipe de recherche qui était aveugle. Il était un peu plus âgé, peut-être au milieu de la quarantaine. Il nous a expliqué comment il avait programmé son premier ordinateur (qui était bien avant que la synthèse vocale ne soit courante) pour afficher le contenu de l'écran en Morse Code. Pour surmonter le problème évident de la poule et de l'œuf, il a dû réécrire complètement le code à chaque fois à partir de zéro jusqu'à ce qu'il fonctionne assez bien pour qu'il le lui relise.

Maintenant, il utilise la synthèse vocale, bien qu'il planifie le code très soigneusement avant de l'écrire, pour minimiser la boucle de débogage.

Il était également assez bon pour faire des présentations PowerPoint qui, malgré son manque de vue, étaient à peu près aussi bien formatées que n'importe quel présentateur voyant.

Ce billet de blog contient des informations sur la façon dont l'équipe de Visual Studio rend son produit accessible:

Activité de visite du laboratoire d'accessibilité de Visual Studio Core Team

De nombreux programmeurs utilisent Emacspeak:

Emacspeak - Le bureau audio complet

De retour en Nouvelle-Zélande, je connaissais quelqu'un qui souffrait de dégénérescence maculaire , donc il était partiellement voyant. Il est un programmeur très talentueux et a fini par utiliser Delphi car il pouvait travailler en reconnaissant les formes des mots. C'était plus facile à faire avec une syntaxe de type Pascal qu'avec une parenthèse crochue C-ish. Il a un site Web, mais ne semble pas du tout mentionner la dégénérescence maculaire, donc je ne le nommerai pas.

Je suis aveugle et depuis quelques mois j'utilise VINUX (une distribution linux basée sur Ubuntu) avec SODBEANS (une version de netbeans avec un plug-in nommé SAPPY qui ajoute un support TTS). Cette solution fonctionne assez bien mais parfois je préfère lancer Win XP et NVDA pour lancer de nombreuses pages sur FireFox car Vinux ne fonctionne pas très bien lorsque vous essayez d'ouvrir plus de 3 fenêtres de FireFox ...

Comme beaucoup l'ont souligné, emacspeak a été la solution multiplateforme durable pour de nombreux hackers plus âgés. Puisqu'il prend en charge Linux et Mac hors de la boîte, il est devenu mon moyen préféré de développer des projets egnostiques Windows.

En ce qui concerne la question de la maîtrise de la syntaxe auditive par opposition à la syntaxe visuelle, j'ai constaté qu'il existe une variété de techniques pour en rapprocher une, sinon sur le même terrain.

Les icônes auditives peuvent remplacer les descripteurs verbaux pour un exemple. Vous pouvez, mettre des tonalités pour indiquer dans quelle mesure une ligne est en retrait. Plus le ton est long, plus le retrait est éloigné. Étant donné que les tonalités peuvent jouer en parallèle avec la synthèse vocale, les informations transitent dans le même délai et ne sérialisent pas la communication de quelque chose de si basique.

Le braille peut décoder rapidement et précisément à l'utilisateur la syntaxe exacte d'une ligne. C'est quelque chose de plus utile pour les personnes qui utilisent le braille dans la vie quotidienne; le plus grand avantage est l'accès aléatoire au contenu de l'écran. Les unités actualisables ont généralement des touches de routeur au-dessus de chaque cellule de caractère, ce qui peut placer le curseur sur cette cellule. Pas de manipulation des touches fléchées O (n) op vs O (1) access.

La dimensionnalité auditive (hauteur, taux, volume, inflexion, richesse, stress, etc.) peut véhiculer un concept (mot-clé, classe, variable, erreur, etc.). Par exemple, les commentaires peuvent être lus dans une inflexion monotone ... convenant, si je puis dire :).

Emacs et d'autres éditeurs dans une moindre mesure (Visual Studio) permettent à un codeur de parcourir un programme de manière symantique (bloc suivant, bloc de pliage, down defun, sauter à def, remonter l'arbre d'analyse, etc.). Vous pouvez très rapidement obtenir la "grande" image de la structure d'un projet entier en faisant cela; avec des extensions comme Cedet, vous pouvez obtenir les avantages de la plateforme croisée VS / Eclipse / etc et dans un éditeur de texte.

Cela pourrait probablement continuer encore et encore, mais en un mot, c'est la raison pour laquelle certains d'entre nous sont là-bas pour pirater dans l'industrie, l'adacdémie ou dans nos sous-sols :).

Un groupe d'étudiants de la Southern Illinois University Edwardsville et de la Washington State University travaillent sur un langage de programmation pour les aveugles:

http://www.youtube.com/watch?v=lC1mOSdmzFc

Harald van Breederode est un expert, formateur et présentateur hollandais Oracle DBA bien connu qui est aveugle. Son blog contient des conseils utiles pour les malvoyants.

Que serait même un clavier braille ??

Il y a des choses comme les écrivains en braille, mais vous ne les utiliseriez jamais comme périphérique d'entrée pour un ordinateur.

Si vous parlez simplement d'un clavier avec les symboles braille dessus, ce serait également une très mauvaise idée. Vous aurez beaucoup plus de touches à atteindre lors de la frappe et ce serait encore plus lent.

La saisie tactile n'est PAS une compétence visuelle, une personne aveugle peut le faire aussi bien qu'une personne voyante.

Je pense que cela fonctionnerait bien dans une programmation extrême en utilisant le principe de programmation par paire. Si vous créez des logiciels pour les aveugles, qui ferait mieux de le faire, alors quelqu'un qui serait littéralement en contact avec les exigences de l'entreprise, donc je ne pense pas que ce soit très loin du tout.

Quant à l'écriture de code, à moins qu'il y ait une sorte de rétroaction, je pense qu'une personne peut avoir des difficultés avec la syntaxe. Les commentaires audio peuvent cependant aider jusqu'à un certain point.

NVDA est un bon lecteur d'écran open source pour gagner.

Que diriez-vous d'inventer une sorte d'appareil que vous branchez sur un port USB et qui serait fondamentalement une "feuille de caoutchouc" qui se modifierait pour montrer la braille de votre code, permettant aux aveugles de le lire à la place pour l'entendre?

Il existe une variété d'outils pour aider les aveugles ou les malvoyants, y compris le retour de la parole et les claviers braillie. http://www.rnib.org.uk/Pages/Home.aspx est un bon site pour obtenir de l'aide et des conseils sur ces problèmes.

Une fois que j'ai rencontré Sam Hartman, il est un célèbre développeur Debian depuis 2000 et aveugle. Dans cette interview, il parle de l'accessibilité pour un utilisateur Linux. Il utilise Debian et gnome-orca comme lecteur d'écran, il fonctionne avec Gnome et "fait un assez bon travail en parlant Iceweasel / Firefox et Libreoffice".

En parlant spécifiquement de programmation, il dit:

Bien que [gnome-orca] parle gnome-terminal, ce n'est pas vraiment assez bon pour parler des programmes de terminal que je suis à l'aise de l'utiliser. Donc, je lance Emacs avec le package Emacspeak. Dans ce cadre, j'exécute l'émulateur de terminal Emacs et, dans ce cadre, j'ai tendance à exécuter Screen. Pour plus de plaisir, je lance souvent des instances supplémentaires d'Emacs dans les écrans intérieurs.