Tuukka Ojala es un joven finlandés desarrollador de software, músico, adicto a la lectura y amante del buen té. Además es ciego, y recientemente explicaba cómo es posible para él trabajar en una disciplina tan compleja.
Tuukka utiliza un entorno de trabajo muy especial en el que hay un teclado y una pantalla, pero no ratón, y en el que un lector de pantalla le permite "ver" lo que está pasando en cada momento con sus aplicaciones abiertas. Ese lector de pantalla le lee lo que pasa a una velocidad de vértigo: nada menos que 450 palabras por minuto, cuando normalmente hablamos a 120-150 palabras por minuto.
Así suena una voz sintetizada a 450 palabras por minuto
El desarrollador explicaba en su blog y en formato entrevista cómo utiliza el ordenador para desarrollar aplicaciones web sobre todo en la parte del backend. Para ese trabajo hace uso de Windows 10, con un software adicional que como él dice "es donde ocurre la magia".

El programa que le permite interactuar con sus dispositivos para programar esos servicios es el lector de pantalla (screen reader), una aplicación que presenta la información bien mediante una pantalla braille separada, o bien mediante una voz sintetizada. En este caso concreto esa herramienta es NVDA, una aplicación Open Source.
Esa voz hace uso tanto del finlandés como del inglés para irle transmitiendo a Tuukka toda la información que necesita, y va cambiando de idioma según la situación. Lo sorprendente es, como él explicaba, que mientras que normalmente una persona que habla en inglés lo hace a entre 120 y 150 palabras por minuto, este software sintetiza esa voz a 450 palabras por minuto.
Para mostrar la velocidad a la que funciona ese sintentizador, Tuukka incluía un pequeño audio en su blog en el que es posible comprobar cómo suena el siguiente párrafo:
The computer I use is a perfectly normal laptop running Windows 10. It's in the software where the "magic happens". I use a program called a screen reader to access the computer. A screen reader intercepts what's happening on the screen and presents that information via braille (through a separate braille display) or synthetic speech. And it's not the kind of synthetic speech you hear in today's smart assistants. I use a robotic-sounding voice which speaks at around 450 words per minute. For comparison, English is commonly spoken at around 120-150 words per minute. There's one additional quirk in my setup: Since I need to read both Finnish and English regularly I'm reading English with a Finnish speech synthesizer. Back in the old days screen readers weren't smart enough to switch between languages automatically, so this was what I got used to. Here's a sample of this paragraph being read as I would read it:
Y el dictado de voz sintetizada sería el siguiente:
Windows mejor que macOS o Windows
Otra de las curiosidades de ese singular entorno de trabajo es su elección para la plataforma de trabajo, que es Windows y no macOS o Linux. Como explicaba en su blog, "Windows es el sistema operativo más accesible que hay".
Aunque confiesa que en macOS hay un equilibrio fantástico entre la usabilidad y la funcionalidad, el servicio VoiceOver que está integrado en el sistema operativo no funciona ni se adapta lo suficientemente bien a su modo de trabajar.
Menciona también un lector de pantalla para el entorno de escritorio GNOME en Linux, pero a pesar de su buen comportamiento, tampoco se ajusta del todo a lo que él necesita. Eso sí, expliac que ha estado compensando las deficiencias de Windows en el terreno de la línea de comandos —con la que trabaja casi al 100% al no necesitar un entorno visual— gracias al uso de Git Bash, que incluye diversas utilidades y comandos GNU. Sorprendente, admirable y, desde luego, fantástico.
Vía | Vincit Blog En Xataka | Programar a ciegas, así es el desarrollo y la accesibilidad para y por invidentes
Ver 13 comentarios
13 comentarios
edrogo
Es obvio, no tiene con que distraerse :v
memd24
Mis respetos a este joven!
Soy programador y no me puedo imaginar el nivel de complejidad que lleva el trabajar y desarrollar sin poder visualizar los errores de código o no necesitar depurar para ver el flujo de los datos!!
Simplemente sorprendente!
bis335
creo que se les fue un pequeño error de dedo:
"Windows mejor que macOS o Windows"
ivanosorio
una prueba mas de que cuando se quiere se puede.
stfu
(Edit: Iba para #2) Después de leer 1000 palabras por minuto le aguantas 5 rounds a Mayweather en el cuadrilátero.
biturrizar
Dios, 450 palabras por minuto. De acuerdo al titular vienen a sr como 45 líneas o más por minuto, lo que hacen más de 21000 al día. Va a dejar deempleados a la mitad de los programadores.
davidmorales5
El artículo no habla de si es el ciego que escucha más rápido del mundo o si es el mejor programador. Solo habla de como es que programa alguien ciego. Además, la eficiencia de un programador no se puede medir en palabras, si no en su capacidad de solucionar problemas de la mejor y más eficiente manera. Al menos en backEnd, supongo que en frontEnd podría ser distinto y más repetitivo. Mis habilidades de frontend son muy básicas para saberlo. Tal vez le falta comentar más cual es el flujo de trabajo de una persona ciega, pero explicar eso en un artículo escrito puede ser aburrido... Y si ya es aburrido, ¿a quépersona que no programe, le parece divertido leer sobre programación? xD
davidmorales5
He leído el texto en 14 segundos, aunque para leer inglés le bajo la velocidad al sintetizador porque no es mi idioma nativo. Si hubiese sido en español, lo habría leído en 9. Si estoy leyendo un libro le bajo también, porque aunque lo entiendo a una alta velocidad, no retengo toda la información. Ese mismo texto a velocidad de libro promedio habría tardado 16 segundos. la velocidad libro Varía según el tema, el idioma, si ya lo he leído con anterioridad... Distinto es si estoy buscando errores en algún texto o extrayendo algún tema en concreto. Ahí si puedo usar la velocidad máxima que puedo entender. Y sí, leer rápido ayuda un poco, no me veo programando a 150 palabras por minuto aunque nunca me había preguntado a cuantas escucho realmente y no lo sé todavía. No acostumbro a tener errores de compilación por lo que no necesito mirar tanto esa parte. Pero los más feos de resolver para mí cuando pasan, suceden cuando falta alguna llave... Y sí podemos hacer depuración, aunque no en todos los ides por inaccesibilidad. en los casos que no es posible, toca tirar de prints/logs en los puntos flojos. Al leer logs para encontrar problemas es bastante útil y no se necesita bajarle al sinte.
rfog
450 palabras... de lectura, no de escritura de código. Es muy confuso eso, tío.
De todos modos tampoco es para tirar cohetes, mi tasa de lectura supera las 800 y a veces llega a 1000, eso sí, no código fuente, como tampoco creo que lo haga este tío.
¿Recuerdas lo que te comentaba de post a cinco euros en otro lado? Este es uno de ellos, lleva a engaño de principio a fin. Si no hay noticias interesantes, pues no publiquéis nada.