Llevo programando desde los doce años. Envié mi primer producto real como director de tecnología de una startup a los veinte años. Nunca he completado una carrera en informática.
Esta no es una historia sobre el abandono. Es una historia sobre elegir qué aprender cuando no se puede aprender todo y descubrir que la elección “incorrecta” fue exactamente la correcta.
El niño del disco duro formateado
Cuando tenía doce años, mi papá me regaló una computadora. En unas semanas, lo formateé e instalé una distribución de Linux. No porque fuera un prodigio, sino porque era curioso e imprudente, lo que a esa edad equivale a lo mismo.
Mi papá se dio cuenta. Me habló de Ruby on Rails y Python. Dijo que si me gustaban tanto las computadoras, podría aprender a programar. Todavía no entendía completamente lo que eso significaba, pero la semilla estaba plantada.
En la escuela secundaria, un amigo cercano y yo programamos nuestro primer videojuego. Fue lo suficientemente bueno como para llevarnos a una feria de ciencias en Mazatlán, uno de mis recuerdos más preciados de esa época. No porque ganáramos, sino porque, por primera vez, algo que había creado con código existía en el mundo real y otras personas interactuaban con ello.
En la secundaria, lideraba el equipo de programación de nuestro club de robótica. Tenía años de experiencia como usuario de Linux, programador aficionado y alguien que realmente amaba las computadoras.
Naturalmente, fui a la universidad para estudiar negocios.
La decisión del ITAM
Entré al ITAM con una beca de ingeniería. El plan era la informática. El plan duró hasta mi primera clase ejecutiva.
Algo hizo clic inmediatamente. La capacidad de cuantificar escenarios, modelar decisiones, planificar: parecía un superpoder que no sabía que existía. Y lo sentí necesario de una manera profundamente personal.
En 2019, mi familia estaba iniciando su primer negocio. Ninguno de nosotros conocía los requisitos legales, las normas contables, los fundamentos operativos. Estábamos aprendiendo todo desde cero. El ITAM era una universidad extraordinaria para la educación empresarial y me di cuenta de que estaba aprendiendo cosas que no podía aprender en ningún otro lugar, ciertamente no desde una terminal.
También me encantaban mis clases de ingeniería. Siempre estaré agradecido al Dr. Franzoni por aportar claridad a ese período confuso de mi vida. Pero cuando llegó la pandemia, algo tuvo que ceder.
Estaba trabajando en el negocio familiar. Ya no tenía tiempo para estudiar a tiempo completo. Obtener una doble titulación era caro. Y tuve que tomar una decisión.
Esto es lo que sabía: Siempre me encantaría la tecnología. Ese amor había estado conmigo desde que tenía doce años. No iba a ninguna parte. ¿Pero el conocimiento empresarial? ¿Finanzas? ¿La capacidad de leer un balance, estructurar un acuerdo, comprender qué hace que una empresa sea viable? Nunca antes había estado expuesto a ese mundo. No conocía gente de negocios. Yo no vengo de ese ambiente.
Las cosas que son más difíciles de aprender por tu cuenta son las que debes aprender en la escuela. La programación tiene Stack Overflow. Las finanzas corporativas no.
Elegí las finanzas. Me aterrorizó. No me arrepiento.
Volver al código (en realidad nunca se fue)Poco después caí en los contratos inteligentes. Un amigo y yo comenzamos a explorar una idea llamada Circle: préstamos entre pares en cadena. Una cosa llevó a la otra y me uní a un nuevo proyecto llamado YaLlegó como CTO.
“CTO” es un título generoso para lo que yo era: la persona del equipo que tenía más experiencia escribiendo código. Todos éramos estudiantes. Todos éramos muy jóvenes. Pero alguien tenía que construirlo, y ese alguien era yo.
Tuve que aprender a reaccionar rápidamente. El desarrollo web me cautivó desde el primer día que lo toqué. Y a partir de ese momento, nunca dejé de escribir código durante un período prolongado.
La ironía no pasó desapercibida para mí: había dejado la informática para estudiar negocios y, de todos modos, terminé creando software a tiempo completo. Pero lo estaba construyendo diferentemente a como lo habría hecho de otra manera.
El bucle de Linux
Hay una trama secundaria que vale la pena mencionar porque captura la naturaleza orgánica de todo este viaje.
En algún momento, mi computadora portátil era demasiado vieja y tenía poca potencia para ejecutar Windows. Así que instalé Linux otra vez. No por ideología o preferencia, sino por pura necesidad. Ese reencuentro forzado con el sistema de archivos, la terminal y la administración del sistema plantó semillas que florecerían años después.
Cuando llegó el momento de escalar aplicaciones más allá de Vercel y Supabase (herramientas por las que estoy profundamente agradecido, pero que tienen límites de escala), ya tenía el instinto. Aprovisionar servidores, comprender las redes, navegar por Linux en producción: estas no eran habilidades que había estudiado. Eran habilidades que había acumulado viviendo con el sistema operativo durante más de una década, principalmente porque no podía darme el lujo de no hacerlo.
La ventaja que nadie planeó
Esto es lo que he llegado a entender: la combinación de finanzas e ingeniería no es un compromiso. Es una ventaja agravante.
Los ingenieros que nunca han estudiado negocios crean productos técnicamente impresionantes por los que nadie paga. Los empresarios que nunca han escrito código hacen promesas que nadie puede cumplir. La intersección (comprender tanto lo que es posible como lo que es viable) está notablemente subpoblada.
Cuando comencé a colaborar en proyectos más profesionales, me di cuenta de que tenía una perspectiva única: podía sentarme en la mesa de los cofundadores y analizar el impacto incremental de un proyecto de software, o elaborar un presupuesto para la arquitectura que estaba proponiendo. No sólo “esto es lo que debemos construir”, sino “esto es lo que cuesta, aquí está el rendimiento esperado y he aquí por qué esta apuesta técnica tiene sentido financiero”.
Estoy seguro de que muchos ingenieros también pueden hacer esto. Pero lo aprendí en un orden específico (negocios primero, ingeniería después) y esa secuencia moldeó mi forma de pensar. No evalúo una arquitectura y luego pregunto sobre el costo. Evalúo el costo como parte de la decisión arquitectónica. Son la misma conversación.
Cuando participo en una reunión de diligencia debida, puedo hablar tanto con la mesa de capitalización como con el clúster de Kubernetes. Eso no es porque sea especialmente inteligente. Es porque estudié una cosa formalmente y la otra obsesivamente.
La pregunta que me hacen
“¿Ha sido difícil que te tomen en serio como ingeniero sin un título en informática?”¿Honestamente? A veces. Hay momentos, generalmente en los procesos de contratación, en los que la ausencia de esa credencial genera fricciones. Algunas empresas lo filtran. Algunos entrevistadores asumen lagunas que no existen.
Pero en la práctica, ¿en la sala, escribir código y enviar productos? Nadie ha pedido nunca ver mi diploma. Piden ver mi trabajo. Y el trabajo habla por sí solo, no porque sea perfecto, sino porque existe, en producción, al servicio de los usuarios.
La certificación financiera, las certificaciones de Kubernetes, las victorias en el hackathon, los productos enviados no son sustitutos de un título en informática. Son evidencia de que el aprendizaje nunca se detuvo y nunca dependió de un salón de clases para continuar.
Lo que le diría a mi yo más joven
No entre en pánico por la bifurcación en el camino. En realidad no es un tenedor. Es un río trenzado: los arroyos se separan y se reconectan de maneras que no puedes predecir desde donde estás parado.
Elige aquello que no puedes aprender solo. La otra cosa encontrará su camino de regreso a usted.
Siempre lo hace.
Diego Jiménez Vergara — Gerencia Financiera, ITAM. Ingeniero autodidacta. Construir en la intersección porque ahí es donde viven los problemas interesantes.