Code Became Cheap. Attention Became Expensive.

Sun, 19 Jul 2026 13:00:00 +0300

Engineering management has never looked easier and never been harder. The toil that used to fill an EM’s week is now handled by AI, so from the outside the job looks lighter. What is left is the part that was always the real job: the decisions nobody will let software own. And because execution got cheap, those decisions arrive faster than we can comfortably make them.

The teams that compound in this environment are the ones that changed their central question. Not “how fast can we build this” but “is this the thing we want, and how would we know”. Teams that use agents to type faster inside a process designed when code was expensive get something else entirely: more artifacts to be confused by.

That inversion creates work that will never show up in a demo. When everyone’s output multiplies, someone has to decide what the organization will not pay attention to. Filters and deciding mechanisms need to be designed as systems, not carried by whoever feels heroic that quarter. This work rarely appears on a roadmap and it’s ours to build anyway.

Meanwhile the boundary of who builds software has dissolved. A product manager can now show up with a working prototype instead of a PRD. So can a designer, a support lead, or anyone with an idea. This is genuinely good: a running prototype settles arguments that forty pages of a doc never could. It is also genuinely dangerous, because a prototype that demos well makes invisible everything it lacks: error handling, security, scalability, operability, maintainability.

So a new problem lands on our desks. We need a pipeline that converts vibecoded prototypes into production systems without rubber-stamping them and without insulting the people who built them. Both failure modes cost us. One ships fragile software, the other teaches our most engaged colleagues to stop bringing ideas.

And one thing worth saying plainly: getting the right people in the right places matters more, not less, when each person’s output is amplified. Amplification has no opinion about direction. It scales good judgment and bad judgment with equal enthusiasm.

None of this requires waiting for permission. It requires treating our own management practice the way we treat production systems: as something to redesign when the constraints change. The constraints changed.

I will be writing more on this in the coming weeks, mostly the practical side of running an engineering team in this new shape of the SDLC. If any of the above matches what you are seeing in your own org, I would genuinely like to hear about it.

About

Mon, 01 Jan 0001 00:00:00 +0000

Who is Lucian? #

Hi there, my name is Lucian Rosu and I’m a tech leader. I live in Bucharest, 🇷🇴.

I like building distributed systems and large-scale services, having a bias for reliability engineering. Supply chain security and software composition analysis are where I used to spend my focus. Currently I support the scaling of a GenAI platform: unifying multi-model inference, RAG, and agent orchestration across the organization behind a single pane of glass that is safe, reliable, and cost-effective.

Besides engineering, I am spending my time cooking, biking, teaching, and, sometimes, troublemaking.

Kindness and empathy are the things I value the most.

Current and past roles #

Engineering Manager @ CrowdStrike (current)
Engineering Manager @ Snyk
Staff Software Engineer @ Snyk
Staff Software Engineer @ ING Hubs
Founder and Tech Lead @ Stealth Startup
Software Engineer @ few other companies

Skills and areas of interest #

Programming languages

I embraced polyglotism and worked on codebases using various languages and paradigms, from C to Haskell.

Nowadays, I mostly build using agentic engineering.

Topics

Distributed Systems, Databases, Developer Security, Operational Excellence, Site Reliability Engineering, Tech Leadership, Career Progression, GenAI Platforms

Probabilistic Loop

Code Became Cheap. Attention Became Expensive.

About

Who is Lucian? #

Current and past roles #

Skills and areas of interest #