🌿 Ciencia
Tu escritura a mano tiene 51% de "deuda técnica" — descubrimiento que obsesiona a programadores
¿Sabías que cada vez que escribes una palabra en español, tu mano ejecuta micro"bugs"? No es una metáfora. Literalmente tienes que regresar a poner puntos sobre las íes, cruzar las tés, y rematar las equis. Tu cerebro mantiene una cola mental de tareas pendientes cada vez que escribes.
Esto no pasa en todos los alfabetos. Hay lenguas donde escribir es un solo trazo continuo, sin interrupciones mentales. Y la diferencia es tan grande que obsesionó a un programador — y sus datos son fascinantes.
El problema que solo un bilingüe podía ver
Roman Kashitsyn es un ingeniero de software que creció escribiendo en ruso (alfabeto cirílico) y luego aprendió inglés. Durante años sintió que escribir en inglés era incómodo, pero no sabía exactamente por qué.
Hasta que lo identificó: backtracking.
En programación, backtracking es cuando un algoritmo vuelve atrás para corregir o completar una decisión parcial. En escritura a mano, es exactamente lo mismo: tienes que soltar el flujo, volver atrás, y agregar un trazo que quedó pendiente. Un punto sobre una i. Una línea cruzando una t.
El inglés (y el español, que usa el mismo alfabeto latino) está lleno de estos "micro-retrocesos".
Los datos: 51% vs 6.4% — una diferencia de 10x
Kashitsyn hizo lo que cualquier programador haría: cuantificó el problema. Analizó Crimen y Castigo de Dostoevsky en sus versiones en inglés y ruso, y calculó cuántos retrocesos requeriría escribir cada palabra a mano.
Los resultados son impactantes:
- Inglés: 51% de las palabras requieren backtracking. Promedio: 0.68 retrocesos por palabra.
- Ruso: solo 6.4% de las palabras. Promedio: 0.066 retrocesos por palabra.
Una diferencia de casi 10x.
La palabra "destination" requiere cuatro retrocesos (dos tés y dos íes). Su traducción al ruso, "назначение", necesita cero.
En español pasa algo similar. Palabras como "estrictamente" tienen 4 tés y 2 íes — seis retrocesos mínimos, sin contar posibles acentos. Una palabra de 14 letras con 6 micro-interrupciones.
Por qué importa (incluso si escribes en teclado)
El problema no es solo caligráfico. Tu cerebro tiene que mantener una cola de tareas pendientes mientras escribes. En vez de fluir con el pensamiento, tu mano dice: "espera, todavía falta poner el punto sobre la j".
Esto es context switching en estado puro. Y como todo programador sabe, el context switching mata la productividad.
El impacto es aún peor en tablets y cuadernos digitales (GoodNotes, Notability, reMarkable). La función undo funciona a nivel de trazo, no de palabra. Si quieres borrar una palabra que requirió 4 trazos, necesitas 4 toques de undo. Si cada palabra fuera un solo trazo, sería un solo toque.
Kashitsyn lo describe así: "En lugar de pensar en lo que quiero escribir, tengo que mantener una cola mental de trazos pendientes".
No encontró solución, así que la inventó
Kashitsyn buscó un estilo de escritura cursiva sin retrocesos y no encontró ninguno que le sirviera. Así que diseñó su propio alfabeto.
Basado en SmithHand con préstamos de la escritura rusa, su alfabeto modificado permite escribir absolutamente todas las letras del alfabeto latino sin levantar el lápiz y sin tener que volver atrás:
- La x se dibuja como dos c espejadas (como en cirílico)
- La t incluye un trazo auxiliar que sube y cruza — como dibujar un 4 espejado (exactamente como aparece en logos suizos como Stocker, Leonardo, Hotelplan)
- La i usa un círculo sobre el asta — si el círculo está sobre la línea media, parece una i; si está debajo, parece una ε griega
- La j hereda el mismo truco de la i
Resultado: palabras como "jitter" o "delightful" se escriben en un solo trazo continuo.
La lección más grande que nos deja
Esta historia no es solo sobre escritura a mano. Es sobre cómo las herramientas que damos por sentadas tienen defectos de diseño que arrastramos por siglos sin cuestionarlos.
El alfabeto latino tiene más de 2,500 años. Nadie dijo: "oye, ¿y si rediseñamos las letras para que no tengas que volver atrás cada dos palabras?". Porque cuando algo funciona "suficientemente bien", nadie se detiene a pensar si podría ser 10x mejor.
Lo mismo pasa con el código que escribimos. Con las APIs que usamos. Con los procesos que seguimos.
Kashitsyn notó un dolor que todos tenemos pero ignoramos. Lo midió. Lo cuantificó. Y luego lo solucionó. Eso es exactamente lo que separa a un buen ingeniero de uno promedio.
Comparte esto con alguien que todavía escribe en cursiva y nunca se preguntó por qué.
¿Alguna vez has sentido que una herramienta básica tiene un "bug" que todos ignoran? Cuéntalo en los comentarios.