Stephen Margheim retweeted
Hello, Ruby world! 👋💎
New account, new city, same Ruby spirit!
After five editions in Poland, Ruby Community Conference is heading to Berlin! 🇩🇪
📅 March 12, 2027
Follow us for all things RCC 2027. This is just the beginning! 🚀
rubycommunityconference.com/
Stephen Margheim retweeted
If you're a software engineer, this is a MUST watch. @fractaledmind, Leading all Product Engineering at @zardotapp, gives the best articulation of how to reasonably apply AI to software development that I've heard yet. I've seen first hand how incredibly well this all works in practice 👏
youtu.be/OmrdvAzCSIc?si=L5Sp…
Dang, this is _really_ good. Great job @fractaledmind. Required watching!
If you're a software engineer, this is a MUST watch. @fractaledmind, Leading all Product Engineering at @zardotapp, gives the best articulation of how to reasonably apply AI to software development that I've heard yet. I've seen first hand how incredibly well this all works in practice 👏
youtu.be/OmrdvAzCSIc?si=L5Sp…
Agents are better than us at rolling out changes slowly and safely. They don't get bored, don't get impatient, and don't skip the check on a Friday afternoon.
What's stopping you from letting them?
The three layers I want every change to climb:
1. A preview environment of its own
2. Pre-production: a full mirror of prod, employees only
3. Production for everyone
An agent watches each step and promotes the change or pulls it back.
When teams get nervous about AI-written code, they add gates to the rollout: more approvals, more manual QA, more humans holding the switch.
That buys a little safety at the cost of exactly the speed you were after.
Guard the code, not the rollout.
Keep the codebase coherent with deterministic checks. Then let agents roll changes out slowly, watch everything, and promote or pull back on their own.
Reading code used to be how we gained confidence in it. I barely read the code I ship now, and I'm more confident than ever.
If confidence doesn't come from reading code anymore, where does yours come from?
Three things an always-on AI "foreman" catches that your exception tracker never will:
• a provider quietly changing its response shape
• activity drifting outside its normal range
• an integration going down without raising a single exception
Stephen Margheim retweeted
Back on the mic with @fractaledmind covering why code is cheap but still matters, why software foremans beat factories, and deep breathing exercises for your agents
yagni.fm/episodes/i-need-a-s…
To pay attention to everything, an agent has to see everything.
Exceptions in one tool, events in another, logs in a third, business data in your database. That isn't a place to look. It's a scavenger hunt.
How many tabs does it take you to answer one question about one user?
The only PR I want an agent opening on its own:
1. I noticed this.
2. Here's why we don't want it.
3. Here's what causes it.
4. Here's the change that fixes it.
Ten-minute review. Merge. Done.
Claude is now a debugger I don't need to steer. Hand it a link to a bug report and it samples, reproduces and finds the pattern by itself.
The missing piece isn't the debugging. It's something pointing that debugger at everything, all the time.







