R: Je développe des applications Android depuis 2011, quand j'étais étudiant en master pour l'ingénierie informatique. J'ai conçu ma première application Android à l'aide d'Eclipse, qui semblait être un excellent outil à l'époque, du moins jusqu'à la sortie de la première version d'Android Studio en 2014. Android Studio est un IDE puissant et phénoménal ! Je l'utilise pour développer des applications pour les téléphones, les tablettes, les montres connectées et les téléviseurs Android. C'est formidable de voir comment le framework de test d'accessibilité Android s'intègre à Android Studio pour nous aider à détecter les problèmes d'accessibilité dans nos mises en page dès le début.

R: Mon outil préféré est de loin le Accessibility Scanner. En tant que développeur, nous sommes très importants pour les malentendants. Je suis né avec une perte d'audition sensorielle, et j'ai porté des appareils auditifs jusqu'à l'âge de 18 ans quand j'ai décidé d'acheter un implant cochléaire. Je suis un inconditionnel des sous-titres et je compte sur l'accessibilité tous les jours. Quand j'étais petit, avant l'ère du smartphone, même au début de l'ère du smartphone, j'avais du mal à profiter pleinement de la télévision ou des vidéos sans sous-titres. Je suis ravie que le monde commence à s'adapter aux personnes ayant un handicap et que la sensibilisation à l'accessibilité s'est accrue. En fait, j'ai choisi le domaine de l'ingénierie logicielle parce que je voulais créer des logiciels ou des applications qui amélioreraient la vie d'autres personnes, tout comme la technologie m'a simplifié la vie. J'ai toujours eu pour priorité absolue de m'assurer que les applications que j'ai créées sont accessibles. C'est pourquoi Accessibility Scanner est l'un de mes outils préférés: il me permet de tester efficacement l'accessibilité de mes modifications pour les utilisateurs, en particulier pour les déficients visuels.

R: En tant qu'ingénieur Android au sein de l'équipe Accessibility Experience de Twitter, l'une de nos initiatives consistait à améliorer l'expérience des descriptions d'images et l'utilisation de texte alternatif. Saviez-vous que lorsque vous ajoutez des images à vos tweets sur Twitter, vous pouvez ajouter des descriptions pour les rendre accessibles aux personnes qui ne peuvent pas voir les images ? Si oui, c'est parfait ! Mais vous en souvenez-vous toujours ? Ne vous inquiétez pas si ce n'est pas le cas : vous n'êtes pas le seul. De nombreuses personnes m'oublient d' ajouter des descriptions d'images. C'est pourquoi nous avons ajouté des rappels de texte alternatif, qui permettent aux utilisateurs d'activer la notification lorsqu'ils envoient des tweets sans envoyer de description. Nous nous sommes également efforcés d'afficher le texte alternatif pour toutes les images et tous les GIF. Cela signifie que nous affichons désormais un badge "ALT" sur les images associées à un texte alternatif ou à une description. En général, le texte alt est utilisé principalement pour les utilisateurs de TalkBack, mais nous voulons permettre aux utilisateurs qui ne se servent pas d'un lecteur d'écran de savoir quelles images proposent un texte alternatif. Bien évidemment, ils peuvent également afficher la description de l'image en sélectionnant le badge "ALT". Cette fonctionnalité a permis d'atteindre deux objectifs: 1) les utilisateurs souffrant d'une déficience visuelle ou d'un autre handicap qui bénéficieraient d'un texte alternatif disponible peuvent désormais accéder à ce texte ; 2) les utilisateurs peuvent savoir quelles images affichent un texte alternatif avant de retweeter ces images. Personnellement, j'aime cette fonctionnalité, car elle permet de mieux faire connaître le texte alternatif.

R: C'est un début palpitant ! Je voudrais vous donner trois conseils:

1) Ne commencez pas à coder sans examiner attentivement les spécifications et les conceptions. Tracez et tracez l'architecture et la conception technique de votre travail avant de vous plonger dans le code. En d'autres termes, travaillez plus intelligemment, sans travailler plus.

2) Prenez le temps de lire la documentation destinée aux développeurs ainsi que le code source. Vous deviendrez un expert plus rapidement si vous savez ce qui se passe en coulisse. Lorsque vous appelez une fonction à partir d'une bibliothèque ou d'un SDK, prenez l'habitude d'examiner le code source et la mise en œuvre de cette fonction. Ainsi, vous pouvez non seulement apprendre à coder, mais également trouver des opportunités d'amélioration des performances.

3) Familiarisez-vous avec l'accessibilité le plus tôt possible, de préférence avec tout le reste, de sorte qu'il s'agisse d'une habitude et non d'une contrainte que vous devrez respecter par la suite.