Ursula Franklin: La tecnología no es neutral.
Cada vez que alguien dice que la tecnología es una herramienta y que lo que importa es cómo se usa, está evitando la pregunta.
No es una mentira. Es algo peor: una verdad incompleta que funciona como escudo. Si la tecnología es neutral, nadie es responsable de lo que hace. Si lo único que importa es el uso, el diseño queda fuera de toda crítica. Y si el diseño queda fuera de toda crítica, podemos seguir construyendo sistemas que dañan a las personas sin que nadie tenga que responder por ello. Ursula Franklin lo sabía. Y lo dijo con una precisión que cincuenta años después sigue siendo incómoda.
Una física que preguntó lo que los ingenieros no querían preguntarse.
Franklin nació en Múnich en 1921, sobrevivió a un campo de trabajo nazi, emigró a Canadá y pasó décadas en la Universidad de Toronto estudiando metalurgia antigua y filosofía de la tecnología. Una combinación que suena excéntrica hasta que entiendes que para ella no había separación: cómo los seres humanos han hecho cosas siempre ha sido inseparable de cómo esas cosas los han moldeado a ellos.
En 1989 dio una serie de conferencias en la CBC canadiense que se publicaron como The Real World of Technology. No era un libro técnico ni un manifiesto activista. Era algo más raro: un análisis riguroso y honesto de cómo la tecnología reorganiza el poder, el tiempo y las relaciones humanas, escrito por alguien que había construido cosas con sus propias manos y que también había pensado con profundidad sobre qué significa construir.
Franklin no era tecnófoba. Era algo más difícil de categorizar: alguien que amaba la ciencia y desconfiaba profundamente de lo que la tecnología hacía cuando se la dejaba operar sin preguntas.
Prescriptiva versus holística: la distinción que cambia todo
La aportación más poderosa de Franklin es una distinción que parece técnica y que es, en realidad, profundamente política.
Hay tecnologías holísticas: aquellas en las que quien produce controla el proceso completo, toma las decisiones a medida que avanza, adapta el método al material y al contexto. El artesano que trabaja el barro. El programador que entiende el sistema que está construyendo de punta a punta. La médica que ajusta el tratamiento a la persona que tiene delante, no al protocolo estándar.
Y hay tecnologías prescriptivas: aquellas que fragmentan el proceso en pasos definidos de antemano, donde cada persona ejecuta una tarea sin ver el conjunto, sin poder alterar el flujo, sin criterio propio sobre el resultado. La cadena de montaje industrial. El trabajador de plataforma que sigue instrucciones de un algoritmo que no puede ver ni cuestionar. El equipo de desarrollo que recibe tickets y los cierra, uno tras otro, sin saber del todo para qué sirve lo que están construyendo.
La diferencia no es estética ni de escala. Es una diferencia de poder: ¿quién controla el proceso? ¿La persona que trabaja, o el sistema que la organiza?
Franklin señalaba que la industrialización no fue solo un cambio técnico. Fue una transferencia masiva de control desde los trabajadores hacia los sistemas. Y esa transferencia no fue accidental ni inevitable. Fue una decisión. Alguien diseñó las fábricas de esa manera porque ese diseño servía a determinados intereses.
La tecnología prescriptiva no surge sola. Alguien la construye así.
Lo que se pierde cuando el diseño es prescriptivo
Franklin documentó algo que cualquiera que haya trabajado dentro de un sistema altamente prescriptivo reconoce: la pérdida progresiva del criterio propio.
Cuando el proceso está completamente definido de antemano, cuando la persona que trabaja no tiene margen para adaptar, decidir o cuestionar, ocurre algo que va más allá de la ineficiencia o el malestar laboral. Se produce una erosión sistemática de la capacidad de juzgar. La persona aprende a ejecutar, no a pensar. Aprende a cumplir, no a comprender.
Esto tiene consecuencias que el sistema no mide porque no tiene incentivos para medirlas. Un equipo técnico que solo ejecuta especificaciones pierde, con el tiempo, la capacidad de detectar cuándo una especificación está mal planteada. Un desarrollador que no entiende el contexto de lo que construye no puede anticipar los problemas que surgirán cuando ese sistema se encuentre con la realidad. Un diseñador que no tiene control sobre las decisiones fundamentales del producto no puede garantizar que el producto sirva de verdad a quien lo usa.
El sistema puede seguir funcionando. Los tickets se cierran, las funciones se entregan, los sprints terminan. Pero el trabajo se vuelve progresivamente más superficial, porque las personas que lo hacen han perdido la relación íntima con lo que están construyendo.
Franklin diría que esto no es un problema de motivación ni de talento. Es un problema de diseño. El sistema fue construido para que las personas ejecuten, no para que piensen. Y está haciendo exactamente lo que fue diseñado para hacer.
La tecnología que llega con valores dentro
La provocación más duradera de Franklin es esta: no existe la tecnología neutral.
Cada herramienta, cada sistema, cada plataforma digital incorpora, en su estructura misma, una visión del mundo. Quién tiene acceso y quién no. Quién decide y quién obedece. Qué se optimiza y qué se descarta. Qué tipo de comportamiento se facilita y cuál se dificulta.
Estos no son detalles de implementación que se pueden corregir después. Son decisiones de diseño que se toman —consciente o inconscientemente— durante la construcción. Y una vez que el sistema existe, esas decisiones se vuelven invisibles, se normalizan, se presentan como la única forma posible de hacer las cosas.
Es lo que Franklin llamaba la «estructuración del tiempo y el trabajo»: la forma en que la tecnología no solo hace tareas sino que reorganiza cómo vivimos, cómo nos relacionamos, qué consideramos posible y qué dejamos de imaginar. Una ciudad construida para el coche no es neutral respecto al transporte. Un sistema de recomendación construido para maximizar el tiempo de uso no es neutral respecto a la atención humana. Una plataforma de trabajo construida para la disponibilidad permanente no es neutral respecto al tiempo libre.
Llamar a esto «neutralidad tecnológica» no es ingenuidad. Es, en el mejor de los casos, comodidad intelectual. En el peor, es la coartada perfecta para construir lo que conviene sin tener que responder por ello.
Dónde entra CODE
En el sector en el que trabajamos, la idea de que la tecnología es neutral sigue siendo extraordinariamente útil para quienes construyen sin preguntarse para quién.
Nosotros partimos del principio contrario: todo lo que se diseña incorpora valores. Cada decisión tomada durante la construcción de un sistema —qué incluir, qué excluir, quién puede usarlo, cómo funciona cuando falla, qué datos recoge y para qué— es una decisión sobre quién tiene poder y quién no.
Eso no significa que construir bien sea fácil ni que tengamos todas las respuestas. Significa que nos hacemos las preguntas antes de empezar, no después de entregar. Significa que el criterio de quien construye no desaparece en la ejecución de una especificación, sino que permanece activo a lo largo de todo el proceso. Significa que tratamos el diseño como un acto con consecuencias reales sobre personas reales, no como un ejercicio técnico aséptico.
Franklin preguntó hace más de treinta años qué tipo de tecnología queremos construir y para quién. Es una pregunta que el sector lleva décadas esquivando con eficiencia notable.
Nosotros no queremos esquivarla.