Carrera y Trabajo
Construyendo sistemas que escalan. Rompiendo cosas que no deberían romperse. Aprendiendo de ambos.
Capítulo 0: ¿Por Qué Computadoras?
Creo que tenía cuatro años cuando vi por primera vez una computadora Atari. Los clics del teclado fueron lo que me enganchó.
Recuerdo mi primer programa: 10 PRINT "Hello World!" en MS BASIC. No recuerdo cuántos años tenía, pero amé cada minuto
de mi tiempo con la computadora.
A principios de los 90, mi papá compró una IBM 386 PC. La tenía desarmada una semana después buscando actualizar el disco duro—para el horror absoluto de mi mamá.
Mi primer trabajo pagado fue configurar T602, una aplicación DOS, para una cooperativa agrícola local. En la secundaria, conseguí mi primer módem de 56k, descubrí el Internet, y empecé a tomar trabajos traduciendo manuales técnicos del alemán al eslovaco. Después de eso, la economía gig de TI se abrió aún más.
Solía ir con mi papá a ferias de computadoras, que eran increíbles—conocí a mucha gente genial que compartía mi obsesión. Sin mencionar todas las LAN parties y juegos que consumían la mayor parte de mi tiempo libre en los meses fríos. En verano, cuando no estaba durmiendo, estaba en mi bicicleta.
Capítulo 1: Donde Comenzó
Me siento muy afortunado de haber conocido personas en Praga que literalmente se arriesgaron conmigo para mi primer trabajo "oficial". Mis profesores habían sido increíbles y proporcionaron referencias, lo cual creo que fue el factor principal. Soy un pato raro, pero con suerte.
El banco fue increíble—tantas personas dispuestas a compartir su experiencia. Administré la base de datos MIDAS DB2 y los servidores IBM AS/400, aprendiendo sistemas empresariales de personas que realmente sabían lo que hacían.
La Noche en que Casi Terminé Mi Carrera
Seis meses en el trabajo, causé un incidente serio.
Había estado programando en el sistema DEV AS/400 y cometí el error de usar variables incorrectas que apuntaban al sistema de producción. Cuando ejecuté una prueba y quería eliminar tablas en la base de datos SQL, se quedó atascado después de 30 tablas.
Me tomó un par de minutos darme cuenta de que había eliminado tablas de base de datos de producción.
Los operadores ya habían comenzado los procesos de cierre del día, así que el rollback no era una opción. Llamé a mi jefe por teléfono, y me dijo que abriera un ticket de emergencia al soporte de MIDAS en el Reino Unido. Ten en cuenta que mi inglés en ese momento era tan bueno como esperarías de alguien que lo aprendió de cursos en cinta y libros.
Por suerte, me atendió un programador que hablaba checo. Aunque pensé que esto sería lo último que haría por el banco, se convirtió en una de las mejores experiencias de mi vida. Aprendí tanto de él esa noche. Pasamos toda la noche y arreglamos la situación una hora después de que el banco abrió.
Me enviaron a casa a dormir un poco. Al día siguiente, esperaba completamente que me despidieran.
En cambio, me dijeron que iría a dos semanas de entrenamiento personalizado en AS/400.
Todos fueron severos y cálidos al mismo tiempo. Me dejó una impresión que dura hasta hoy. No entendí entonces por qué la gente era tan perdonadora y amable conmigo. Hizo clic mucho, mucho después.
Recuerdo con cariño a todos mis colegas y cuánto me enseñaron en tan poco tiempo.
Comenzando de Nuevo en Nueva York
Cuando nuestra familia se mudó a Nueva York y dejé el banco, tuve que tomar trabajos de construcción y cuidador por períodos breves—eso era lo que mis padres podían ayudar a facilitar hasta que me estabilizara. Fue un cambio difícil, pero con un futuro brillante por delante.
Empecé a hacer consultoría mientras intentaba estudiar en la universidad. Eso no duró mucho ya que subestimé cuánto cuesta todo. Las entrevistas de trabajo se convirtieron en trabajos donde las empresas solo querían algo programado o arreglado. Empecé a encontrarme en situaciones donde competía con desarrolladores de India por proyectos de software, y no había manera de que pudiera superar sus precios.
Así que pivoté.
Capítulo 2: Los Años de Consultoría
Esta es la era cuando descubrí los Proveedores de Servicios Administrados. El dinero era bueno, y con mi conjunto de habilidades, se sentía bastante manejable—al menos al principio.
Luego empecé a descubrir mis límites.
Mi energía se estaba agotando. El estrés se convirtió más en un compañero que en algo que visitaba ocasionalmente. Construir scripts, crear entornos y solucionar problemas diariamente sin el respaldo de un equipo o un presupuesto real—haciendo todo con muy poco—era un rompecabezas sin solución.
Cambiando de tarea constantemente. Trabajando con compañeros que estaban tan estresados como yo, o peor. No fue agradable. Lo equipararía a beber de una manguera de bomberos cuando solo quieres un sorbo de agua.
Amaba los desafíos técnicos. Los clientes estresados eran como anchoas en una pizza—nadie los quiere ahí.
Lo que Aprendí (A Veces de la Manera Difícil)
Durante este capítulo, aprendí qué no hacer. Algunas lecciones me tomaron mucho más tiempo del que deberían.
Terminé manejando la mayor parte del trabajo de plataformas de correo electrónico para prácticamente todos los principales proveedores de software, incluyendo soluciones hospedadas basadas en la nube. También te encuentras con mucha pérdida de datos en el negocio MSP, así que convertirse en experto en respaldo y recuperación de desastres fue inevitable.
Mi mente siempre buscaba automatización, así que nunca dejé de programar—especialmente cuando se trataba de administrar muchas computadoras. Creo que eso me ayudó a encontrar mi nicho en el ámbito MSP.
Lo que no me di cuenta era que el estrés me estaba frenando haciéndome más tonto, más enfermo y más desconectado. Perdí muchas oportunidades por eso.
Habilidades principales desarrolladas: Plataformas de correo electrónico (Exchange, O365, Google Workspace), respaldo y recuperación de desastres, automatización con PowerShell, y el arte de hacer más con menos.
Capítulo 3: Yendo a lo Empresarial
Cuando empecé en Cervalis, el equipo era genial. Nos divertimos mucho e hicimos algunos proyectos increíbles juntos.
Me sumergí más profundamente en virtualización y soluciones de almacenamiento de datos a escala empresarial. Hacer trabajos de rack en hardware que cuesta millones de dólares era emocionante. Pero descubrí que me gustaba mucho más el lado de software que ejecutar despliegues físicos.
El Proyecto que Cambió Mi Forma de Pensar
La primera vez que trabajé con un cliente y siete proveedores diferentes en un despliegue, algo hizo clic. Me di cuenta de que genuinamente disfruto ese tipo de complejidad—el desafío de levantar una capa de hardware completamente nueva y poblarla con todas las cargas de trabajo y arquitectura que el negocio necesita para generar ganancias.
Un proyecto que recuerdo con cariño: necesitaba descifrar cómo dividir bases de datos de Microsoft Exchange que estaban alcanzando límites de almacenamiento y causando degradación del rendimiento.
Esto requería orquestación compleja—migrar a una nueva versión mientras creaba una estrategia de migración para buzones que los balanceara uniformemente a través de múltiples bases de datos en diferentes volúmenes de rendimiento.
Usé OptaPlanner (ahora Timefold) y diseñé software que ejecutaba lógica de bin-packing para crear scripts de migración logrando distribución de buzones perfectamente balanceada. Luego automaticé todo el proceso de migración.
Me tomó un par de semanas planificar y programar, y un mes de verlo correr. ¿Ver miles de buzones fluir a sus nuevos hogares exactamente como estaba planeado? Fue profundamente satisfactorio verlo.
El Año del Aburrimiento (Y Lo que Vino Después)
Una vez que CyrusOne adquirió Cervalis, recuerdo un año de "aburrimiento" que me forzó a reevaluar muchas cosas. Al final de ese aburrimiento, la cultura cambió significativamente hacia una mentalidad de escasez. Empezó a sentirse como mis viejos días de MSP otra vez.
Tuve problemas de salud importantes debido al aumento repentino de estrés una vez que todo empezó a venir de golpe. CyrusOne fue genial al respecto e hizo acomodaciones significativas para mí. Una vez que me recuperé, quería terminar todos mis proyectos abiertos, pero sabía que era hora de seguir adelante.
Habilidades principales desarrolladas: Infraestructura VMware a escala, arquitectura Exchange empresarial, planificación de recuperación de desastres, maestría en PowerShell, y gestión de proyectos que valen millones.
Capítulo 4: Convirtiéndome en el Arquitecto
Cuando empecé, Axiom era una operación muy prometedora en modo startup. Las personas eran increíbles para trabajar.
Aquí descubrí que realmente disfrutaba mentorear a mis compañeros más jóvenes.
Desafortunadamente, unos meses después de que empecé, llegó COVID. Como este negocio tenía muchos clientes cuya línea de fondo fue impactada, ya no parecía tan prometedor. El CEO fue increíble e hizo todo para minimizar el impacto en los empleados. Puso un esfuerzo tremendo para mantener la fiesta, pero terminamos fusionándonos con Proxios.
El Trabajo que Importó
Pude usar mucha de mi experiencia y conocimiento durante estas transiciones:
- Diseñé y entregué soluciones de infraestructura complejas en la nube, on-premise e híbridas
- Lideré migraciones a gran escala—conversiones completas de infraestructuras de servidores on-premise a Azure y AWS, migraciones de archivos a SharePoint
- Asumí la documentación de PowerShell, videos educativos y mentoría para el equipo de ingeniería
- Diseñé soluciones de seguridad multicapa integrando control de identidad moderno (Okta, DUO), protección de endpoints (CrowdStrike) y seguridad de red
Trabajé con clientes increíbles, lo cual produjo muy buenas amistades que duran hasta hoy. Añadí experiencia significativa en Gestión de Identidad bajo mi cinturón trabajando en varias plataformas que necesitaban automatización y consolidación—lo cual también me involucró más en seguridad.
Cuando la empresa estaba a punto de ser adquirida otra vez, uno de mis clientes existentes expresó interés en traerme directamente. Decidí hacer el movimiento.
Curiosamente, no estaba solo. Varios de mis compañeros de trabajo comenzaron mi siguiente capítulo conmigo.
Capítulo 5: La Aventura Actual
Cuando empecé en Olaplex, tuve un flashback a mi primer jefe en Praga.
Trabajando con mi jefe actual, tenemos una forma muy similar de pensar sobre problemas y soluciones—solo en diferentes dominios. Es una de las mejores experiencias profesionales que uno puede tener. Es raro para mí; usualmente tengo estos encuentros con proveedores que hacen desarrollo de software, así que no duran. ¿Pero tener a alguien en la misma longitud de onda cerebral? Lo disfruto inmensamente.
Prácticamente todas mis habilidades se utilizaron aquí. Me tomó unos seis meses aprender todos los procesos y sistemas.
El Proyecto de Identidad (18 Meses en Progreso)
Después de establecerme, comencé uno de los proyectos más largos de mi carrera.
Necesitábamos una solución para gestionar empleados de tiempo completo—no solo en EE.UU., sino en todo el mundo—y no teníamos el mismo sistema HRIS para todos. Además de eso, hay una población de contratistas y proveedores tan grande como el conteo combinado de empleados de tiempo completo y medio tiempo.
Había fricción significativa con la incorporación y desvinculación para todos los tipos de trabajadores.
Arquitecté una solución interna y comenzamos con un enfoque simple. Tomó un par de intentos encontrar al desarrollador de software correcto ya que este era un gran desafío.
Después de 18 meses, teníamos una solución completamente funcional que abordaba todos los puntos de fricción reportados por el negocio. Estoy muy contento con cómo el equipo lo logró - especialmente considerando que estaba trabajando en otros proyectos y gestionando infraestructura simultáneamente.
Si el equipo de Olaplex no fuera tan genial como es, esto nunca hubiera sido posible con el enfoque MVP que opté debido a restricciones financieras.
Encontrando Dinero en las Facturas de la Nube
Hay una alegría especial en encontrar ahorros escondidos en las facturas de AWS.
Hacer revisiones de infraestructura y descubrir optimizaciones de costos es un placer genuino que tomo de este trabajo. Ya que los tiempos son difíciles, cada dólar importa.
El equipo y yo trabajamos para reducir nuestro gasto en AWS—una bestia que consume una suma de cinco dígitos cada mes y usualmente solo sube. Logramos reducirlo y mantener la trayectoria yendo hacia abajo en lugar de hacia arriba, sin impactar ninguna operación del negocio.
Trabajando con socios como Insight y Archera, identificamos ineficiencias e implementamos ajustes estratégicos.
El Capítulo de IA
2025 ha sido el año de IA entrando al negocio de una gran manera.
Usarlo como descargador cognitivo, explicador, rastreador de proyectos, programador, y agente que procesa grandes cantidades de datos y les da sentido es ahora parte de mi rutina diaria. Olaplex adoptó IA temprano y está haciendo un esfuerzo para que la fuerza laboral la use diariamente.
Me encanta usar VS Code con agentes de IA Gemini y Claude.
Aquí está la cosa: la forma en que tiendo a trabajar - contexto entra, problema sale, pero memoria como un colador - resulta que combina bien con la IA. Dame contexto y un problema para resolver, y soy como pez en el agua. Pero porque proceso tanta información, mi memoria no puede retener todo - de ahí, muchas notas.
Para mi sorpresa, la IA puede hacerse pensar de casi exactamente la misma manera, pero mejor. Cuando traigo mi experiencia y conocimiento de casos límite, cuando sé qué pedir—y más importante, qué verificar una vez que obtengo una respuesta—esta herramienta se vuelve invaluable. Ahorra tiempo y reduce el estrés dramáticamente.
Creo que la IA hará a las personas que quieren ser mejores, mejores—y a las personas que quieren ser flojas las hará expertamente más flojas. Como cualquier herramienta, es una espada de doble filo donde los filos no siempre son obvios.
Kit de Herramientas Técnicas
En más de 20 años, he acumulado experiencia en:
Plataformas de Nube
AWS, Microsoft Azure, Google Cloud Platform, VMware
Identidad y Seguridad
Gobernanza de Identidad, SailPoint, JumpCloud, Okta, SentinelOne, SSO, DLP, MDM
DevOps y Automatización
PowerShell, Flujos de Trabajo con IA, CI/CD, Infraestructura como Código
Redes
VPN, DNS, DFS, Stack de Red Completo
Sistemas
Microsoft Server, iSeries, Active Directory, Exchange (todas las versiones, todos los problemas)
Desarrollo
Java, Python, PowerShell, Arquitectura de Aplicaciones Personalizadas
Filosofía
La tecnología debería servir a las personas, no al revés. Los mejores sistemas son los que nadie nota porque simplemente funcionan. Y los mejores equipos son aquellos donde alguien puede eliminar una base de datos de producción a los 6 meses y aún así ser enviado a entrenamiento en lugar de a la puerta.
He sido la persona que causó el desastre. He sido la persona que arregló el desastre de alguien más a las 3 AM. Ambas experiencias me enseñaron que cómo tratas a las personas importa más que el código que escribes.
Conectemos
Ya sea que estés escalando infraestructura, implementando gobernanza de seguridad, optimizando gastos de nube, o simplemente quieras intercambiar historias de guerra sobre migraciones de Exchange—me encantaría una conversación.