Alex

Alex

@invoke.dev

Developer Experience for iOS • Former tech CEO • Building tools that make developers happy • Swift • Platform Engineering

146 followers424 following100 posts

Pinned

I'm an Engineering Manager with 25 years in software. I enjoy creating tools that reduce friction for developers. I write about Developer Experience and AI at invoke.dev.

One of the more disappointing aspects of agentic engineering's rise is that many industry leaders ignore decades of research on productivity, effective work cultures, and sustainable delivery in favor of unproven tech.

Agentic tools are an excellent solution when short-term output is more important than long-term outcomes.

At $25/$125 per million tokens, Mythos Preview is 5x the price of Opus 4.6 ($5/$25). Anthropic seems to be setting the stage for the next pricing tier that will be closer to $500 - $1,000 per developer per month plus overage. Is the potential 10% productivity gain worth it?

Why does it seem like every new model release starts out feeling like a big improvement, but slowly gets worse over the course of 2 or 3 months to the point they are almost unusable? Are my expectations just changing, or is model degradation a real phenomenon?

The silver lining to Anthropic accidentally leaking the source for Claude Code is that actual humans are now reviewing the code, perhaps for the first time.

Is it possible to create an AI coding tool that doesn't suck and instead actually makes you better at writing code?

Why does it always seem like the latest models everyone praises when they are released become dumber and less useful after a few weeks?

The gaslighting from politicians and executives is one thing, but paying for an AI that gaslights rather than following instructions is asking too much.

Once pricing is no longer subsidized and we factor in the costs of process redesign, governance, rework, reliability issues, and skill erosion, I have to wonder if the 10% increase in productivity will justify the total cost of ownership for agentic engineering.

In developer experience, we used to talk a lot about the importance of maximizing Flow or deep work time for engineers. This was one of the core productivity metrics we measured. Is Flow even possible for the human in agentic engineering, and does it still matter?

What is likely to happen when most Fortune 500 companies and software engineering organizations are completely dependent on AI to run their business, and AI subsidies have run out?

AI promises abundance. So far in 2026: — 38,000 jobs eliminated in the name of AI — No economy-wide productivity signal (Goldman Sachs) — RAM up 50%. GPUs heading to $5K. The federal response: — $55B in new tax breaks for hyperscalers The abundance is real. It's just not evenly distributed.

I'm no economist, but I don't think government handouts should go to companies to build tools with the express intent to eliminate jobs.

Can we skip the "AI-native" phrasing? Next thing you know, companies will be putting it in job postings. It is a nonsense term.

This article is lacking context. These cuts come on the heels of articles in both Inc and Wired about poor employee morale at Block and frustration with Jack. www.inc.com/kevin-haynes...

Ars Technica@arstechnica.com

The staff reduction at Block comes as anxiety rises about AI leading to job losses across vast parts of the economy.

Tech CEOs love framing AI as an arms race. Someone should remind them that the last arms race ended with a superpower going bankrupt.

Automation often shifts toil rather than eliminating it. Time saved writing code reappears in review, rework, and bug fixing. AI is a tool, not an alternative to humans. Position AI as a quality-of-life improvement, not a productivity multiplier. The honest framing actually gets better adoption.

Teams keep reaching for AI to generate more code, even though the actual bottleneck is review. Generating code faster in an already constrained review process doesn't improve throughput. It degrades it. Fix the gate before you widen the pipe.

Alex reposted

I'm pretty sure I know. They aren't. We're not going to really be able to make a lot of progress in dealing with the implications of this tech unless and until we get rid of all this "woo-woo" talk about LLMs. Anthropic pushing this line is PR, unserious.

Vibe coding is the alchemy of software engineering — mixing substances and hoping for gold, with no understanding of why anything worked and no guarantee that the success can be replicated.

Alex reposted

When critical systems inevitably start breaking due to LLM slop, who do you think companies will look to hire? More vibe-coders? Or engineers who actually understand the technology and can produce high-quality software? Vibe-coding clearly can't even deliver *two* nines of reliability 🫢

Swizec Teller@swizec.com

Leadership: "AI is so good it writes almost all our code" Status dashboard:

AI tools increased code volume 41%, but the number of human reviewers stayed the same. Faster code generation doesn't improve productivity if we just shift the effort from coding to reviewing.

Atlassian cut PR cycle time by 45% by making AI the automated first reviewer on every PR. The biggest gain wasn't catching more bugs — it was eliminating the 18-hour wait for first feedback.

AI tools are like slot machines: unpredictable payoffs that produce enough dopamine to keep you pulling the lever. It can be addictive, and the rewards are hollow. Invest in your ingenuity and critical thinking. Use the tools responsibly.

In early January, Jaana Dogan (Google Principal Engineer) tweeted that Claude Code reproduced a year's worth of her team's work in an hour. Her post attracted 5+ million views and sparked endless debate.

View full thread

Two weeks later, Ryan Dahl (creator of Node.js) tweeted that "the era of humans writing code is over." This also got massive attention.

Are these isolated opinions, or are the tools actually generating production-quality code without significant human oversight? What's your experience?

In early January, Jaana Dogan (Google Principal Engineer) tweeted that Claude Code reproduced a year's worth of her team's work in an hour. Her post attracted 5+ million views and sparked endless debate.

She later clarified it was just a toy version built from ideas that survived a year of validation. That part didn't get as much press.

The term "vibe coding" bothers me. It frames software engineering as something that happens to you rather than something you do.

Even when AI generates the code, you’re still responsible for understanding, reviewing, and debugging it. The gap between perceived and actual productivity only widens when you're not actively engaged.

I prefer the term AI-assisted development. The human craftsmanship shouldn’t disappear just because you have smarter tools.

Anthropic's research (www.anthropic.com/research/AI-...) found that developers using AI scored lower on comprehension tests. AI tools require critical thinking to use effectively, yet they erode that very skill. I wrote about what this means for the adoption of AI coding tools.

read.invoke.devThe Critical Thinking ParadoxAI coding assistants demand strong critical thinking skills while systematically undermining the development of these same skills. Adopt research-backed strategies for preserving expertise while using...