06.10.2026 · Signal Titans Editorial
Guido van Rossum necesitaba un proyecto para Navidad. Empezó Python.
Python empezó porque Guido van Rossum necesitaba algo que hacer durante las vacaciones de Navidad de 1989.
Su oficina en CWI, Ámsterdam, estaría cerrada.
Tenía un ordenador en casa.
Tenía tiempo.
Y llevaba tiempo pensando en un lenguaje que todavía no existía.
Así que empezó a escribir un intérprete como proyecto “de hobby”.
Ese proyecto terminó convirtiéndose en Python.
La idea llevaba años formándose
Van Rossum ya había trabajado en un lenguaje llamado ABC en CWI.
ABC pretendía hacer la programación accesible a personas que no eran programadores profesionales.
Daba importancia a la sintaxis clara y la simplicidad.
Pero tuvo dificultades para encontrar su público.
Era pesado para muchos ordenadores pequeños de la época.
Los usuarios de Unix ya tenían sus propias herramientas.
Van Rossum apreciaba muchas ideas de ABC, pero también sabía qué quería cambiar.
Después, Amoeba creó un problema práctico
Van Rossum trabajó más tarde en Amoeba, un sistema operativo distribuido desarrollado en Ámsterdam.
El equipo necesitaba una mejor forma de escribir herramientas de administración.
C era potente pero caro en tiempo de programador.
Bourne shell era cómodo, pero Amoeba tenía su propia interfaz de system calls que el shell no podía utilizar fácilmente.
Van Rossum vio una oportunidad.
¿Y si existiera un scripting language con parte de la sintaxis limpia de ABC, acceso a system calls y la extensibilidad que esperaban los programadores Unix/C?
Decidió que no debía ser un lenguaje exclusivo para Amoeba.
Debía ser general y capaz de crecer.
La Navidad de 1989 le dio tiempo sin interrupciones
En su propio relato, van Rossum dice que buscaba un proyecto de hobby para mantenerse ocupado durante la semana alrededor de Navidad.
La oficina estaría cerrada.
Empezó a escribir el intérprete del lenguaje que llevaba tiempo pensando.
El primer borrador funcional tardó más que las vacaciones.
Durante 1990, Python se usó cada vez más dentro del proyecto Amoeba.
Los compañeros lo probaron.
Su feedback cambió el lenguaje.
El hobby se convirtió en herramienta porque tenía usuarios reales cerca desde el principio.
El nombre no tenía nada que ver con serpientes
Van Rossum necesitaba un nombre provisional.
Era fan de la serie británica Monty Python’s Flying Circus.
Eligió “Python” porque era corto, extraño y ligeramente irreverente.
El nombre fue suficientemente memorable para quedarse.
La imagen de la serpiente llegó después.
La referencia original era la comedia.
Python fue diseñado entre dos mundos
De ABC heredó una preferencia por sintaxis legible y programas fáciles de expresar.
De Unix y C tomó la necesidad de acceso real al sistema y extensibilidad.
Van Rossum quería evitar un lenguaje elegante pero aislado del entorno en que trabajaban los programadores.
Python nació de intentar combinar claridad con utilidad práctica.
Fue público antes de ser perfecto
Van Rossum siguió desarrollándolo principalmente en su tiempo libre.
En febrero de 1991, tras algo más de un año, publicó Python en USENET.
Ese canal de distribución importó.
ABC había nacido antes de que compartir código por red fuera tan fácil.
Python llegó en un momento mejor.
Personas de otros países podían descargarlo, probarlo, enviar feedback y contribuir sin esperar cintas magnéticas o una distribución formal.
La red se convirtió en parte de su crecimiento.
La historia del “proyecto de vacaciones” puede engañar
Python no salió de una semana de inspiración aleatoria.
El coding empezó durante unas vacaciones.
El diseño se construyó sobre años de experiencia acumulada.
Van Rossum había trabajado en ABC.
Había trabajado en Amoeba.
Entendía C y la cultura Unix.
Había visto el coste de escribir demasiado código de bajo nivel.
Había visto las limitaciones de un lenguaje elegante pero poco integrado con sistemas reales.
Las vacaciones crearon tiempo.
La intuición se había acumulado durante años.
Así empiezan muchos buenos side projects
Un side project suele parecer separado del “trabajo real”.
Pero los mejores son a menudo versiones concentradas de problemas que el creador lleva mucho tiempo observando.
Un programador reescribe la misma utilidad.
Un diseñador lucha contra el mismo workflow.
Un equipo de operaciones conecta una y otra vez los mismos sistemas.
Luego aparece una semana tranquila.
La frustración acumulada finalmente se convierte en herramienta.
El momento parece accidental.
La preparación no.
Python pudo crecer porque no quedó encerrado en Amoeba
Van Rossum evitó deliberadamente hacer un lenguaje exclusivo del proyecto.
Esa decisión fue crucial.
Un scripting language interno podría haber resuelto una sola necesidad.
Un lenguaje general y extensible pudo entrar después en administración de sistemas, web, ciencia, educación, automatización, datos y machine learning.
No era necesario predecir esos mercados en 1989.
Solo evitar cerrar las puertas.
La pregunta no es “¿qué puedo construir en una semana?”
La historia de Python inspira porque parece pequeña.
Un programador.
Una semana de vacaciones.
Un intérprete.
Pero la pregunta más útil es otra:
¿Qué problema llevas años entendiendo tan profundamente que una sola semana sin reuniones podría convertir ese conocimiento en un prototipo funcional?
La Navidad no creó mágicamente la experiencia de van Rossum.
Creó espacio para convertirla en software.
Si tuvieras una semana completamente libre de reuniones, ¿qué problema recurrente convertirías por fin en una herramienta?
Fuentes
- Python Documentation — General Python FAQ: Why was Python created?
- Python.org — Guido van Rossum, Foreword for Programming Python
- CWI — Interview with Guido van Rossum: “I’d rather write code than papers”
- CWI — History highlights: Python begins during Christmas 1989
- CWI — 25 Years of Python at CWI
- Python.org — Python software history and ABC lineage
- Retrato de la imagen destacada — Guido van Rossum en Dropbox en 2014, foto de Daniel Stroud, CC BY-SA 4.0 vía Wikimedia Commons. El derivado editorial mantiene la misma licencia.
SIGNAL TITANS