De Agilidad y otras hierbas

Esta mañana el conserje me paró en el hall para preguntarme por qué el agua caliente del piso nueve salía tibia. Le dije que soy ingeniero, no gásfiter. Me miró con la decepción que uno reserva para quien no sabe cambiar un flexible. Subí en el ascensor pensando que él tampoco es gásfiter, pero sabe a quién llamar, cuándo cortar el agua y cómo avisarle al edificio antes del desastre. Eso, curiosamente, es lo que hace un ingeniero DevOps. Porque al DevOps lo confunden con todo. Para unos es el analista que levanta requerimientos, para otros el arquitecto que dibuja cajitas con flechas, y para los más optimistas, el que programa lo que falta el viernes a las seis. Y no poh. Arquitecto viene del griego arkhitékton, jefe de constructores; analizar viene de analýein, desatar. El DevOps no desata ni dirige: une. Hasta la palabra es un pegamento, desarrollo y operaciones juntos a la fuerza, como Rancagua y Santiago en mi biografía. Trabaja con el analista y con el arquitecto, no en su lugar. ...

Mi microondas tiene como 40 botones. Uso tres: 30 segundos, un minuto, y el que abre la puerta. Ahí está el "descongelar por peso", el "pollo", el "palomitas", esperando desde 2019 una oportunidad que no va a llegar. No es que no sirvan. Es que yo ya tengo mi sistema y mi sistema funciona. Con la IA en el trabajo pasa exactamente lo mismo, pero con presupuesto y comité de seguimiento. Un estudio de Writer con Workplace Intelligence (abril 2026, 2.400 profesionales entre Estados Unidos, Reino Unido y Europa) encontró que el 29% de los empleados admite haber saboteado la estrategia de IA de su empresa: ignorar lineamientos, no usar la herramienta, o derechamente maquillar métricas. Entre los de la generación Z, el 44%. O sea, los que supuestamente venían a salvarnos. Y acá viene lo entretenido: la resistencia casi nunca es al aparato. Es a que alguien decidió por ti. James Bessen mostró que cuando llegaron los cajeros automáticos, los cajeros humanos por suc...

Han visto que siempre cuando uno va a un asado dice “hoy sí que voy a conversar tranquilo” … y termina mirando cómo ocho personas conversan entre ellas, pero con la cabeza inclinada mirando una pantalla. Hace unos meses fui a un asado con excompañeros y me di cuenta de algo que me dejó pensando. Éramos dos o tres los que no teníamos el celular en la mano. El resto estaba ahí... pero no estaba. Uno conversaba y, a los pocos segundos, miraba el teléfono. Otro escuchaba mientras hacía scroll. Había quienes directamente estaban solos en una esquina, completamente metidos en su pantalla. Y pensé: ¿en qué momento aceptamos que estar juntos significa estar cada uno en otro lugar? Después empecé a verlo en todas partes. Fui a un concierto y vi a cientos de personas grabando el espectáculo completo. No sé para qué. Quizás para demostrar después que estuvieron ahí. Pero mientras intentaban guardar el concierto en el teléfono, se estaban perdiendo el concierto que estaba ocurriendo frente a sus o...

Durante años, muchas organizaciones trataron la seguridad como la última etapa del desarrollo. Primero se analizaban los requerimientos. Después se desarrollaba. Luego se probaba. Se desplegaba... Y recién al final alguien preguntaba: "¿Ya revisó seguridad?" Ese modelo ya no funciona. DevSecOps dejó de ser una buena práctica para convertirse en una necesidad estratégica. Hoy las organizaciones enfrentan amenazas constantes, ataques automatizados, cadenas de suministro de software vulnerables, dependencias de terceros y regulaciones cada vez más exigentes. En este escenario, la seguridad no puede seguir siendo un cuello de botella ni una auditoría al final del proyecto. Debe formar parte del proceso desde el primer día. Pero DevSecOps no significa simplemente agregar herramientas como SonarQube, SAST, DAST, escaneo de contenedores o análisis de dependencias. DevSecOps significa incorporar la seguridad como una responsabilidad compartida entre todos los actores del ciclo de vid...

Hubo un tiempo en que hablar de DevOps era casi una moda. Bastaba con instalar un servidor de CI/CD, crear un par de pipelines y decir que la organización ya era "DevOps". Hoy eso ya no es suficiente. DevOps dejó de ser un juego. Las organizaciones que siguen viendo DevOps como una tarea exclusiva del área de infraestructura o como un conjunto de herramientas están perdiendo competitividad. DevOps no se trata de Azure DevOps, GitHub, Jenkins, Docker o Kubernetes. Se trata de transformar la forma en que una organización desarrolla, prueba, asegura, despliega, monitorea y mejora sus productos digitales. Cuando una empresa toma DevOps en serio, ocurren cambios profundos: ✅ Los despliegues dejan de ser eventos traumáticos. ✅ La automatización reemplaza tareas manuales repetitivas. ✅ La seguridad se incorpora desde el inicio (DevSecOps). ✅ La calidad deja de depender de la suerte. ✅ La observabilidad permite detectar problemas antes que los usuarios. ✅ El tiempo de entrega pasa d...

Han visto que siempre cuando uno va al supermercado por una sola cosa, termina saliendo con tres bolsas, dos antojos y preguntándose en qué momento el carrito tomó decisiones por uno. La vida tiene ese raro sentido del humor: uno entra buscando una cosa y termina encontrando otra. Algo parecido nos dejó este Mundial. Con la ampliación a 48 selecciones, aparecieron equipos que hace algunos años jamás habrían tenido un cupo. Muchos ni siquiera sabíamos que existían futbolísticamente. Y, sin embargo, cuando les dieron la cancha, demostraron que sabían jugar. Algunos emocionaron, otros sorprendieron y varios hicieron tambalear a los gigantes. No eran malos. Solo nunca les habían dado la oportunidad de mostrarse. Y ahí es donde el fútbol deja de ser solo fútbol. Porque la vida está llena de personas jugando clasificatorias eternas, pero sin que nadie les abra la puerta del estadio. Pienso en esos chiquillos que uno ve vendiendo en la calle, atendiendo un negocio, trabajando desde muy jóvene...

Han visto que siempre cuando uno compra una herramienta vieja en una feria, oxidada, golpeada por décadas de uso, todavía funciona mejor que muchas cosas nuevas recién salidas de fábrica. Eso me hace pensar en una expresión que escucho cada vez más: "informática artesanal" para referirse a sistemas mal diseñados, soluciones improvisadas o software hecho sin estándares. Y qué injusticia más grande es esa. La artesanía nunca fue sinónimo de chapuza. Todo lo contrario. Un artesano era la persona que conocía su oficio tan profundamente que podía crear algo con sus propias manos y hacer que sobreviviera generaciones. Detrás de una silla, una espada, una vasija o un reloj artesanal había años de aprendizaje, errores, perfeccionamiento y conocimiento transmitido de maestro a aprendiz. La artesanía es experiencia acumulada. Es conocimiento refinado por el tiempo. Es obsesión por los detalles. Cuando alguien construye un sistema informático desordenado, lleno de parches, dependencias...