A practical Docker guide for developers: images, containers, volumes, Dockerfile, and docker compose, explained without blindly copying and pasting.

Guia practica de Docker para desarrolladores: imagenes, contenedores, volumenes, Dockerfile y docker compose, explicados sin copiar y pegar a ciegas.

Why measuring productivity with story points, commits, or lines of code destroys teams, and what metrics actually make sense.

Por qué medir productividad con story points, commits o líneas de código destruye equipos, y qué métricas tienen sentido de verdad.

The urge to throw out the code and rewrite from scratch almost always costs more than you think: why we underestimate the real price and when it actually makes sense.

El impulso de tirar el código y reescribir desde cero casi siempre sale caro: por qué subestimamos el coste real y cuándo tiene sentido hacerlo.

Your infrastructure is already software: it has state, bugs, and side effects. IaC is how you version it — and when you screw up, at least leave a trail.

Tu infraestructura ya es software: tiene estados, bugs y efectos secundarios. IaC es la manera de versionarla y, cuando la líes, al menos dejar huellas.

A practical guide for Windows users facing a Linux terminal for the first time: file system, processes, apt, and sudo -- without losing your mind in the process.

Docker CE on WSL2 or Colima on macOS: how to get a full Docker environment without Docker Desktop or its licenses.

A practical guide to installing and configuring WSL2 on Windows: no dual boot, no bloated VMs, just real Linux.

Guía práctica para usuarios de Windows que se enfrentan por primera vez a una terminal Linux: sistema de ficheros, procesos, apt y sudo sin morir en el intento.

Docker CE en WSL2 o Colima en macOS: cómo tener un entorno Docker completo sin Docker Desktop ni sus licencias.

Guía práctica para instalar y configurar WSL2 en Windows: nada de dual boot ni máquinas virtuales pesadas, solo tu Linux de verdad.

AI-washing and AI slop are eroding trust in real AI: how to spot the smoke and what to do instead.

El AI-washing y el AI slop están erosionando la confianza en la IA real: cómo detectar el humo y qué hacer en su lugar.El AI-washing y el AI slop están erosionando la confianza en la IA real: cómo detectar el humo y qué hacer en su lugar.

There are technical decisions, and then there are hype-driven ones. Learn to spot the difference before your team spends the next two years fighting fires in your shiny new architecture.

Hay decisiones técnicas y hay decisiones orientadas al hype. Aprende a distinguirlas antes de que tu equipo pase los próximos dos años apagando fuegos en tu nueva arquitectura.

Some architecture decisions are made calmly, with data, over a nice cup of coffee. And then there's real life, where you pick your tech stack the same way you pick a favorite sports team: because you saw it in a cool conference talk, because some big-name company uses it, or because someone tweeted that "if you don't have 80 microservices running on Kubernetes, you're a dinosaur." Next thing you know, you've gone from a lovable monolith — a little messy but functional — to a circus of services where nobody really knows what talks to what, your cloud bill is terrifying, and the only microservice running flawlessly is the one that charges you at the end of the month. All because, at some point, somebody stopped asking the only question that actually matters: "What real problem am I actually trying to solve?" That's exactly what this article is about. Turning down the noise, taking a calm look at the monolith (that old friend who's been unfairly trashed), having a laugh at microservices-as-religion, and — most importantly — walking away with a framework you can actually use when someone asks: "so, do we build this as a monolith or split it into a gazillion services?"

Hay arquitecturas que se eligen con calma, con datos, con un café delante. Y luego está la vida real, donde eliges tecnología como quien elige equipo de fútbol: porque la viste en una charla molona, porque la usa una empresa famosa o porque alguien tuiteó que "si no tienes 80 microservicios en Kubernetes eres un dinosaurio". De repente, pasas de tener un monolito entrañable, un poco caótico pero funcional, a un zoológico de servicios donde nadie sabe muy bien qué habla con qué, tu factura de cloud da miedo y el único microservicio que funciona impecable es el que cobra a fin de mes. Y todo porque, en algún punto, se dejó de hacer la única pregunta importante: "¿Qué problema real estoy intentando resolver?" Este artículo va precisamente de eso. De bajar el volumen del ruido, de mirar con calma al monolito (ese viejo amigo injustamente insultado), de reírnos un poco de los microservicios convertidos en religión y, sobre todo, de salir con un criterio que te sirva cuando alguien pregunte: "¿y esto lo hacemos en monolito o en tropecientos servicios?".