<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Simon Schrottner</title>
    <description>The latest articles on DEV Community by Simon Schrottner (@aepfli).</description>
    <link>https://dev.to/aepfli</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F755015%2F027d12bc-adda-414b-8348-80fa71209b78.jpg</url>
      <title>DEV Community: Simon Schrottner</title>
      <link>https://dev.to/aepfli</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/aepfli"/>
    <language>en</language>
    <item>
      <title>Left of the Loop: The Wrong End of the Problem</title>
      <dc:creator>Simon Schrottner</dc:creator>
      <pubDate>Sat, 20 Jun 2026 08:14:26 +0000</pubDate>
      <link>https://dev.to/aepfli/the-wrong-end-of-the-problem-4cok</link>
      <guid>https://dev.to/aepfli/the-wrong-end-of-the-problem-4cok</guid>
      <description>&lt;h1&gt;
  
  
  The Wrong End of the Problem
&lt;/h1&gt;

&lt;p&gt;Every company wants AI in their development process right now. That part is clear. What's less clear is where they're putting it.&lt;/p&gt;

&lt;p&gt;Most teams I see have done the same thing. Handed developers access to an AI assistant and told them to move faster. Copilot in the IDE. Claude in the terminal. Pick your tool. The tickets stay the same. The process stays the same. The planning meetings stay the same. The only thing that changed is how the code gets typed.&lt;/p&gt;

&lt;p&gt;The tool got added. The process didn't move.&lt;/p&gt;

&lt;p&gt;And it breaks down fast. One power user with AI can produce more code than a team can review. Two or three power users in the same team and the review process is basically gone. Nobody can keep up. The code ships anyway.&lt;/p&gt;




&lt;p&gt;There's a term worth knowing here: Spec-Driven Development. The idea is that a detailed specification becomes the source of truth, not the code. Agents implement from it. Requirements change, you update the spec. &lt;a href="https://unifiedprocess.ai/" rel="noopener noreferrer"&gt;AI Unified Process&lt;/a&gt; is one example of this in practice. It's a sound technical approach.&lt;/p&gt;

&lt;p&gt;But I think it stops short of the actual problem.&lt;/p&gt;

&lt;p&gt;The spec has to come from somewhere. Someone has to write it. Someone has to agree on it. That part is still the old process, just with a new artifact at the end.&lt;/p&gt;




&lt;p&gt;What I'd suggest looks a bit different. And it has a name most engineers already know: shift left.&lt;/p&gt;

&lt;p&gt;Not in the testing sense. In the team sense. The collaboration moves earlier. The engineering work is now about defining what the system should do — precisely enough that an agent can run with it.&lt;/p&gt;

&lt;p&gt;That happens in what I'd call a Spec Session. Mob planning instead of mob programming — the whole team, working on one spec. Or async — a pull request on the spec instead of on code. Review comments about intent and edge cases, not implementation. Engineers already know this workflow. The artifact is just different now.&lt;/p&gt;

&lt;p&gt;Once the spec is agreed, the agent picks up the work. Not on anyone's laptop — it's sitting in your infrastructure, watching for ready tickets, the same way a CI runner watches for commits. It implements, an AI reviewer checks the output, flags what doesn't fit, cycles back. That loop runs until it's done. The human comes back in at the end to review the final output — not to write code in the middle.&lt;/p&gt;

&lt;p&gt;Stacked diffs are probably the right format here. Smaller, sequential changesets the agent ships incrementally — easier to reason about, easier to review. &lt;a href="https://newsletter.pragmaticengineer.com/p/stacked-diffs" rel="noopener noreferrer"&gt;Gergely Orosz wrote a good primer&lt;/a&gt; on why this workflow matters if you're not familiar.&lt;/p&gt;

&lt;p&gt;Ambiguous acceptance criteria used to be something a developer resolved mid-sprint. In this model they surface in the Spec Session, where the whole team can catch them. That's the point.&lt;/p&gt;




&lt;p&gt;I don't think most teams are avoiding this intentionally. It's just that changing the process is harder than adding a tool. Adding a tool has a procurement step and a license. Changing how a team thinks about its own work is a different kind of problem.&lt;/p&gt;

&lt;p&gt;But fitting AI into an existing process gets you faster typing. The thinking stays the same depth as before.&lt;/p&gt;

&lt;p&gt;I think the teams that treat the Spec Session as the primary engineering output — and let the loop handle the rest — will end up somewhere different.&lt;/p&gt;

&lt;p&gt;One thing I haven't figured out yet is what to call it. Mob Planning. Mob Specing. Spec Session. Extreme Specing. All of them borrow from XP deliberately — the idea is the same, just one level up from code. If you have a better name, I'd genuinely like to know.&lt;/p&gt;

&lt;p&gt;I don't know if anyone is actually running this way yet. But I want to try. Especially the part where the agent just picks up the work and runs.&lt;/p&gt;

</description>
      <category>agenticsystems</category>
      <category>platformengineering</category>
      <category>softwareengineering</category>
    </item>
    <item>
      <title>Dancing the Limbo</title>
      <dc:creator>Simon Schrottner</dc:creator>
      <pubDate>Sat, 20 Jun 2026 08:13:04 +0000</pubDate>
      <link>https://dev.to/aepfli/dancing-the-limbo-2kf0</link>
      <guid>https://dev.to/aepfli/dancing-the-limbo-2kf0</guid>
      <description>&lt;p&gt;The current situation is odd, and I am not sure how to tackle it.&lt;br&gt;
Getting laid off by Dynatrace was a first in my career.&lt;br&gt;
Although I am enjoying this extended time off, it has a strange feeling to it.&lt;br&gt;
Garden leave ends in June, and I am planning to extend my off time by two more months, just to enjoy a summer with my kids.&lt;/p&gt;

&lt;p&gt;I am looking forward to this, but there is still this feeling of being lost.&lt;br&gt;
Before, I had goals focusing around my project, bringing it forward, moving on, increasing visibility.&lt;br&gt;
I am still trying to expose OpenFeature to the outside, still generating new talk ideas, pushing what OpenFeature in combination with OpenTelemetry can do.&lt;br&gt;
But still there is a hole, and this hole is hard to fill.&lt;/p&gt;

&lt;p&gt;I miss my daily check-ins with fellow engineers, discussing ideas, problems, improvements.&lt;br&gt;
Figuring out a way to grow and to help others grow.&lt;br&gt;
Actively engaging with a community on a regular basis, driving topics which benefit the overall community, but with a purpose, a goal, not just for the fact of doing it.&lt;br&gt;
This goal is something I am currently missing.&lt;/p&gt;

&lt;p&gt;I feel like I have achieved what I dreamed about back in the days.&lt;br&gt;
Ten years ago I looked up to the people speaking at conferences, doing open source, sharing their insights, driving the community.&lt;br&gt;
I feel like I reached that point.&lt;br&gt;
The question is now: what is the topic, and how will it be sustainable for me in the long run.&lt;/p&gt;

&lt;p&gt;The community has shown me that my way of engaging, collaborating, driving, and mentoring is something valuable.&lt;br&gt;
The outreach and possibilities following my layoff announcement have been incredible.&lt;br&gt;
A lot of great opportunities, but still the bigger question remains: is this my goal, or what is my goal.&lt;/p&gt;

&lt;p&gt;I feel like the layoff is also something really positive.&lt;br&gt;
I was in the comfort zone, and I was there for a long time.&lt;br&gt;
A comfort zone where I chose when to exit, and to what discomfort.&lt;br&gt;
Maybe too comfortable.&lt;br&gt;
As Kent Beck would call it: the &lt;a href="https://newsletter.kentbeck.com/p/forest-and-desert" rel="noopener noreferrer"&gt;Forest&lt;/a&gt;, where you pick what you want to work on.&lt;br&gt;
I see this layoff as a new way to grow.&lt;br&gt;
The current void is nagging me.&lt;br&gt;
Too scared to fully commit to being independent, unsure if I want full employment again.&lt;br&gt;
What will my life be after September, after this year.&lt;/p&gt;

&lt;p&gt;For now I am trying to summarize my thoughts here.&lt;br&gt;
Writing feels like a nice way of reflection.&lt;br&gt;
And I feel like we try not to talk about the uncomfortable things that much, although everyone is sometimes in this kind of limbo.&lt;br&gt;
Maybe reading how others cope with it could help.&lt;/p&gt;

&lt;p&gt;Anyways, this is my current state.&lt;br&gt;
If you want to grab a coffee, virtual or in-person, let me know.&lt;/p&gt;

&lt;p&gt;Let's see what the next months will bring.&lt;br&gt;
There is a lot moving.&lt;br&gt;
Till then, I am dancing the limbo.&lt;/p&gt;

</description>
      <category>personal</category>
      <category>career</category>
      <category>openfeature</category>
    </item>
  </channel>
</rss>
