Arquitecto Cloud con más de 18 años de experiencia: Aprende Java, DevOps y más desde cero

Saber más acerca de Jimy

• ¿Cuándo empezó tu interés por la materia/disciplina que impartes?

  Empezó el día en que me di cuenta de que la tecnología no era solo “código”, sino sistemas reales que tienen que funcionar siempre, con personas reales dependiendo de que todo no se caiga.
  
  Muy temprano empecé a trabajar con servidores, redes, bases de datos y automatización. Me gustó mucho esa mezcla entre resolver problemas técnicos y mejorar procesos. Con el tiempo eso se convirtió en especialización en Cloud (AWS, Azure), DevOps, Kubernetes y automatización con herramientas reales de trabajo como Terraform, Ansible, CI/CD, etc.
  
  No fue algo teórico. Fue necesidad: había que desplegar, escalar, recuperar servicios cuando fallaban y garantizar seguridad. Desde entonces entendí que quería dominar esa parte de la tecnología que “hace que todo funcione de verdad”, y hoy es exactamente lo que enseño.

• Háblanos de esa materia. ¿Cuáles son los temas que más te apasionan (¡y cuáles son los que menos!)?

  Lo que enseño está muy ligado a Cloud, DevOps y arquitectura moderna: cómo pasar de “tengo una idea / tengo una app” a “esto está desplegado en producción, seguro, escalable y con buenas prácticas”.
  
  Lo que más me apasiona enseñar:
  
  Infraestructura en la nube (AWS/Azure): VPCs, redes, balanceadores, seguridad, alta disponibilidad. Cómo montar entornos profesionales desde cero.
  
  Kubernetes: no solo instalarlo, sino entender cómo se orquesta todo, cómo se despliega una app, cómo se escala, cómo se actualiza sin downtime.
  
  Automatización / DevOps: CI/CD real, Terraform, Ansible, contenedores, identidad y accesos, observabilidad. Me gusta enseñar a pensar como alguien que trabaja en producción.
  
  Buenas prácticas: hardening de seguridad, control de accesos, backup, recuperación ante desastres, logging, monitoreo. Cosas que las empresas valoran muchísimo y casi nunca se enseñan en cursos básicos.
  
  Lo que menos me gusta:
  
  Explicar conceptos de memoria sin contexto real. Por ejemplo, “qué es la nube” en abstracto. Prefiero mostrarte una arquitectura real de una empresa, y que la entiendas pieza por pieza.
  
  El enfoque puramente académico donde todo es perfecto. En la vida real nada es perfecto y aun así tienes que sacarlo adelante. Justo eso es lo que preparo a mis alumnos para hacer.

• Háblanos de tus modelos o referentes (ya sea un/a profe que te haya marcado o una obra de arte que te haya inspirado)

  He tenido buenos profesionales a mi alrededor, pero mis mayores referentes han sido dos tipos de personas:
  
  Los ingenieros senior que no se guardan nada. Esa gente que está en producción apagando incendios a las 3am y aun así tiene paciencia para explicarte el “por qué” de cada decisión. Me enseñaron algo clave: ser bueno técnicamente no sirve si no sabes enseñar.
  
  Los alumnos que llegan con miedo. Personas que creen que “esto es demasiado avanzado para mí” y después de unas clases ya están montando cosas que antes veían como imposibles. Eso para mí es una referencia constante: tu impacto como profe se mide en cómo cambia la confianza técnica de la otra persona.
  
  Yo intento juntar esas dos cosas: experiencia real + cercanía. Nada de superioridad técnica, nada de “ya deberías saber esto”. Conmigo se pregunta todo.

• ¿Cuáles son para ti las cualidades que debe reunir un experto en la materia?

  Para mí un experto no es alguien que lo sabe todo, es alguien que puede hacer que los demás entiendan y apliquen.
  
  Las cualidades que valoro:
  
  Claridad: poder explicar un sistema complejo con palabras simples.
  
  Paciencia: repetir de otra forma, todas las veces que haga falta, sin hacerte sentir mal.
  
  Contexto real: no se trata solo de teoría, sino de “esto en una empresa se hace así por estas razones”.
  
  Responsabilidad: en Cloud / DevOps no es solo “funciona mi código”, es “el negocio está en línea y es seguro”. Hay que tomarse eso en serio.
  
  Actualización constante: este mundo cambia todo el tiempo. Un buen profesional no se queda con lo que aprendió hace 3 años.
  
  Y algo muy importante: humildad técnica. Cuando un profe no acepta decir “esto lo revisamos juntos”, el alumno se bloquea. Yo prefiero construir confianza, no imponerla.

• Cuéntanos una anécdota relacionada con tu trabajo como profe o de cuando eras alumno.

  Una que se repite bastante: alumnos que vienen nerviosos porque están en entrevistas técnicas o porque en su trabajo les han pedido “montar Kubernetes / montar la infraestructura en la nube” y no saben por dónde empezar.
  
  En una clase, un alumno me dijo literalmente “No te voy a mentir, estoy perdido, me han dado un servidor y me han dicho que monte todo yo”. Estaba estresado.
  
  Lo que hicimos fue parar todo y trabajar exactamente como en un entorno real: definimos la arquitectura, dibujamos las redes, creamos paso a paso la infraestructura, y entendió no solo el “qué hacer”, sino el “por qué se hace así”. Terminó la semana entendiendo su propio proyecto mejor que la gente que se lo había pedido.
  
  Eso para mí es lo más bonito de enseñar: ver pasar a alguien de bloqueo total a “ya lo tengo controlado”.

• Confiesa, ¿tú también has tenido dificultades con esta materia en el cole?

  Totalmente. De hecho, una cosa importante: en el cole / universidad casi nunca te enseñan la parte real de infraestructura, seguridad, despliegue, escalado, identidades, etc. Te enseñan programación, pero no te enseñan cómo hacer que eso viva en producción sin romper nada.
  
  Entonces sí, claro que tuve dificultades, sobre todo al principio, porque muchas cosas las tuve que aprender directamente en entornos reales, con presión real. Te equivocas, rompes, corriges, automatizas, dejas de romper.
  
  Eso también hace que yo tenga paciencia enseñando. Yo sé lo que es sentir que “esto es mucho”. Mi estilo es: vamos por partes, sin vergüenza, sin prisa artificial.

• Ayúdanos a conocerte mejor: cuéntanos una de tus pasiones (que quizás algún día compartirás vía Superprof)

  Me apasiona construir cosas que funcionen en la vida real.
  
  Me explico: me gusta coger una idea y llevarla a algo tangible. Por ejemplo, montar una infraestructura completa para una empresa que vende online a varios países, hacer que la web vaya rápida, que los pagos sean seguros, que el sistema escale cuando hay picos de ventas, que haya backups, que haya monitoreo, que haya alertas.
  
  Esa mezcla entre lo técnico y lo estratégico de negocio me encanta, y la llevo también a mis clases: yo no enseño “un comando”, enseño a pensar como alguien responsable de un sistema real. Cómo tomar decisiones técnicas que luego impactan en coste, rendimiento, seguridad y experiencia de usuario.
  
  También me gusta mucho mentorizar gente que quiere mejorar profesionalmente (subir de nivel, conseguir un mejor rol, entrar a cloud/DevOps). Me tomo en serio ayudar a ese salto.

• ¿Qué hace de ti un Superprof?.

  Porque no doy una clase genérica. Doy una clase tuya.
  
  Yo adapto el nivel, el ritmo y el contenido al objetivo real del alumno. Si estás empezando, empezamos desde cero, sin humillar ni acelerar. Si ya trabajas en tecnología y necesitas ayuda con un problema real de tu trabajo, trabajamos directamente sobre tu caso.
  
  Algunas cosas que los propios alumnos suelen destacar de mis clases:
  
  Explico de forma clara y sin rodeos.
  
  Siempre doy ejemplos reales de empresa, no solo teoría.
  
  Soy paciente y me quedo contigo hasta que lo entiendas, no hasta que yo termine de hablar.
  
  Respeto mucho el tiempo y la confianza del alumno.
  
  No solo respondo “cómo se hace”, también te explico “por qué se hace así en producción”.
  
  Me involucro de verdad: si tienes un bloqueo, lo tratamos como equipo.
  
  Para resumir: no solo enseño tecnología, enseño criterio profesional. Mi objetivo no es que memorices comandos. Mi objetivo es que puedas ir mañana a una entrevista o a tu trabajo y digas “sí, sé hacerlo y entiendo lo que estoy haciendo”.
  
  Eso es lo que ofrezco como profesor.