João Alves

@joaoqalves.net

2x Dad. Husband. Head of Engineering @Adevinta. Building abistama.com and rotahog.com Opinions are my own. Writes in PT/ES/EN/CAT

Should engineering managers become hands-on again? If even 20% of what we’re seeing is real, productivity, speed, and cost structures will change. Leadership blind spots at inflection points are expensive. I think eng leaders can’t afford to find it out.

Bild

🧵 Yesterday, after a discussion on Discord, and today with @sdepablos, I got inspired. AI is not just changing how software is built. It’s changing how the industry operated for years. The loop is: smaller teams → cheaper feature parity → margin pressure → labor shifts → capital reallocates. 👇

Bild

“I already raised my concerns. If they chose to ignore them, that’s on them.” I heard it many times from Tech Leads. But this is not (tech) leadership at all. So... I wrote about it. 👇

Bild

As a Tech Lead, “we need more speed” always comes up. Without KPIs, SLIs, and SLOs, that turns into opinions: “I think it’s fine.” // “I think it’s risky.” This is why Operational Excellence matters. 👇

Bild

AI won’t break your company (yet?). It will expose slow org design, fragile delivery pipelines, and leadership habits that no longer scale. I wrote down what actually needs to change for CTOs running 100+ engineers. 👇

Bild

Si eres Tech Lead y tus métricas no cambian las decisiones, no te están ayudando. KPIs, SLIs y SLOs no van de medir más. Van de dejar de discutir opiniones y empezar a operar el sistema. Nuevo artículo 👇

I joined mytaxi as a Tech Lead in 2018 and quickly realized something uncomfortable: having good ideas and the title did not mean people would listen. What finally changed things was simpler. A small tool and sitting side by side with people, solving problems. Full article 👇

Bild

“Why do you blog?” I learned most of what I know by watching great teams up close and trying to apply their habits in the real world. Writing is my way of passing that learning forward. Happy to see a positive impact.

Bild

El otro día, un pequeño post de Félix López me inspiró. Los títulos no te dan influencia por arte de magia. Si eres TL y tu equipo no te hace caso, no suele ser porque tu estrategia sea mala. Suele ser porque aún no existe confianza. ¿Qué me gustaría haber sabido en 2018? 👇

The Tech Lead role is among the most misunderstood in engineering teams. It’s not “the best coder”, and it should never be a bottleneck. I wrote a post on what good Tech Leads actually do, the signals to look for, and how EMs can better support them.

Bild

¿Qué hace realmente un Tech Lead? Y, sobre todo, ¿cómo saber si lo estás haciendo bien? Hablo de arquitectura, calidad, alcance, principios operativos y del verdadero impacto de un TL: crear un equipo que toma mejores decisiones sin depender de él. 👇

Bild

1/2 Considering the success of my article in Spanish, I’ve translated it to English: “When software becomes fast food” AI commoditizes code. So the bottleneck shifts and intensifies elsewhere (CI/CD, architecture, taste, judgment, etc.).

Bild

I failed two promotion attempts even when everything “looked right” on paper. In a post-ZIRP world, doing great work isn’t enough. You need level n+1 stories, visibility outside your team, and impact across boundaries. Full article below.

Whiteboard sketch outlining three promotion mistakes: "potential" trap, competition favors proven experience, and visibility gap limiting cross-team trust.

Managing EN/ES accounts and blogs with diverse content is more challenging than I anticipated, but I’m really enjoying it. Tomorrow, I'll post about how Meta and others are measuring AI adoption and making it a requirement in performance reviews. Stay tuned!

On the AI Agents vs workflows, my mental model is a sports team. * An agent is like a player knowing specific skills (speed, dribbling, …) * A workflow is like a tactic, using AI agents to achieve a goal (eg, score)

Cloud/FinOps Pro Tip: run Claud Code on AWS Bedrock, as they have the models available. Two benefits: 1. Built-in access control with AWS and temporary credentials. 2. It contributes to your AWS expenditure/commitment, allowing you to leverage this cost for volume discounts.

“How do you write so many articles in such a short time frame? You must be using AI” Nope. I use Grammarly to (re-)write as I’m not a native English guy. I use ChatGPT mainly to create an illustration, as otherwise HEY World (my blogging provider) puts my photo on it.

"538 microservices? What a mess." Four years ago, I wrote Disasters I've Seen in a Microservices World. I thought by now we'd have solved most of them. We didn't. We just learned to live with the chaos. Link below 👇

A graph showing how risk changes: too few services? monolith, and potentially problems when deploying. A lot of services? A headache too

I've written a sequel to "Disasters I've Seen in a Microservices World," my most-read blog post. Ten disasters later, it's still chaotic, and with the rise of AI agents, it's bound to get worse. Planning to publish soon. Anyone want to read it before I do?

 Four years later, I'm still seeing the same patterns, just dressed in different frameworks, clouds, and YAML dialects. The tools evolved, but the fundamentals didn't: distributed systems remain distributed, humans remain human, and complexity remains undefeated.  What's coming next will make this even more interesting. We're now trying to build AI agents: autonomous, stateful systems that communicate with each other, make probabilistic decisions, and respond to unpredictable inputs. In other words: distributed systems with opinions. What could go wrong? The same fallacies apply, just at a different layer. Latency, consistency, observability, determinism. None of them magically disappears because the component now "thinks."