El marco institucional
Hamming impartió su charla «You and Your Research» decenas de veces en distintas instituciones, desde Bell Labs hasta la Naval Postgraduate School. Su consejo central se mantuvo constante: trabajar en problemas importantes, no solo en problemas ocupados. Mantener 10 problemas importantes en mente. Cuando aparezca una nueva técnica, preguntarse si resuelve alguno de esos 10.
Sin embargo, a lo largo de la charla subyace una suposición oculta: trabajas dentro de una institución. Bell Labs pagaba el sueldo de Hamming. Podía pasar las tardes de los viernes pensando sin generar ningún resultado facturable. Tenía colegas en otros pisos y edificios con los que podía conversar. Contaba con una biblioteca con revistas físicas. Disponía de recursos de computación accesibles mediante la firma de un formulario.
Cuando decía «mantén la puerta abierta», asumía que esa puerta conectaba con colegas al final del pasillo. Cuando decía «invierte en ti mismo», suponía que el empleador subvencionaba los viajes a congresos. Cuando decía «acumula tu conocimiento», presuponía un contexto de empleo estable en el que la acumulación tuviera tiempo de producirse.
En 1986, cuando Hamming pronunció por primera vez la charla en Bell Communications Research, esto era casi universal entre los investigadores serios. En 2026, el código abierto ha roto por completo esta suposición. Un investigador puede producir trabajo de impacto desde un directorio personal, un repositorio git público y una comunidad de desconocidos que comparten un mismo problema.
Esta lección extiende las mejores ideas de Hamming a ese marco — no para reemplazarlo, sino para actualizar el entorno en el que aterriza su consejo.
Traduciendo la Puerta Abierta
Hamming sobre la puerta abierta: 'Me doy cuenta de que si mantienes la puerta entreabierta, haces menos trabajo, pero escuchas lo que es importante. Los grandes científicos tienden a tener las puertas abiertas — no todo el tiempo, pero sí parte del tiempo.'
Lo decía literalmente. Un colega que pasaba por allí mencionaba un problema. Hamming captaba un fragmento de conversación sobre una nueva técnica. Estos encuentros ocurrían en el espacio físico, en el almuerzo, en los pasillos, en la máquina de café.
La técnica de los 10 problemas fuera de una institución
La técnica de los 10 problemas de Hamming: mantén una lista de los problemas sin resolver más importantes de tu campo. Cuando aparezca un nuevo método, herramienta o resultado, pregúntate si aborda alguno de los 10. Esto centra la atención y crea lo que parecen golpes de suerte: una nueva técnica aparece en un seminario y en cuestión de minutos Hamming ve qué problema resuelve.
En el código abierto, los problemas viven en lugares públicos: rastreadores de incidencias, bases de datos de seguridad (CVEs, CWEs), charlas de conferencias, hilos de Stack Overflow que nunca se resuelven, registros de cambios de bibliotecas que advierten «esta es una limitación conocida». Una cadena MOAD aplica la técnica de Hamming de forma sistemática: busca CWE-407 en todos los ecosistemas, relaciona los hallazgos confirmados con proyectos upstream, abre incidencias y envía parches.
La cadena no requiere salario. Requiere: una lista de problemas (MOADs), un método de escaneo (patrones grep, analizadores estáticos) y acceso upstream (git, listas de correo, GitHub, GitLab). Cualquiera con una terminal y conexión a internet puede ejecutarla.
El conocimiento compuesto de Hamming: trabaja en los problemas más importantes y cada nueva técnica que aprendes potencialmente resuelve uno. El código abierto compone de forma diferente: cada parche fusionado upstream se propaga automáticamente a todos los forks downstream. La corrección se extiende sin esfuerzo adicional del investigador original. Un parche enviado a la biblioteca email de Python en 2020 llegó a todas las instalaciones de Python en 2021.
La institución proporcionaba: continuidad salarial, recursos de computación, acceso a bibliotecas, red de colegas, prestigio como validación. En 2026, la mayoría de estos llegan gratis en el borde de la red: computación en la nube, archivos de revistas abiertas, GitHub, Stack Overflow, Twitter académico. La escasez restante es atención y juicio, no acceso.
Aplica la Técnica de los 10 Problemas
La pregunta de Hamming, dirigida a tu dominio:
Lo que las instituciones proporcionan y lo que no
Hamming: «Se necesita valor para trabajar en problemas importantes. La mayoría de las personas no trabaja en problemas importantes. Si no trabajas en problemas importantes, es poco probable que realices un trabajo importante.»
El respaldo institucional proporciona una forma de valor: la titularidad elimina la amenaza de despido. La continuidad salarial elimina la ansiedad por los ingresos. El reconocimiento de los pares valida que el problema merece ser abordado. La institución absorbe el costo de los intentos fallidos.
Trabajar fuera de una institución elimina cada uno de estos apoyos. Un parche que envíes puede ser ignorado por los mantenedores que tienen otras prioridades. Una divulgación que hagas puede ser descartada como si no fuera una vulnerabilidad real. Un proyecto que mantengas durante años puede no atraer nunca a colaboradores. Nadie garantiza que tu esfuerzo conduzca a algún lado.
Pero el código abierto también elimina un temor específico que crean las instituciones: no puedes ser despedido de un proyecto que mantienes. Ningún gerente puede redirigirte a un problema menos importante porque un cliente lo pidió. Ninguna evaluación de desempeño te penaliza por trabajar en algo que tardó cinco años en dar frutos. Un parche de dominio público no necesita permiso para existir. Solo necesita ser correcto.
Principio de la permacomputadora: publica el parche como dominio público. El parche no necesita crédito para sobrevivir. No necesita afiliación institucional para ser adoptado. Solo necesita ser correcto y accesible. Si un mantenedor upstream lo ignora, haz un fork del repositorio y publica la corrección en el fork. La corrección persiste independientemente de la recepción.
La puerta cerrada del código abierto
Hamming observó que los científicos que cierran la puerta de su oficina logran más a corto plazo, pero se quedan atrás a largo plazo porque dejan de escuchar lo que importa.