GridVids
Sign in with YouTube

Refinement-First Processes for AI Development | Stacy Cashmore | .NET Day 2026

JetBrains Oct 15, 2026 17:00
Create an account to hide videos, mark them watched, or save them to Don't Miss.
Don't Miss
Create an account to hide videos, mark them watched, or save them to Don't Miss.
Mark watched
Create an account to hide videos, mark them watched, or save them to Don't Miss.
Hide
Open in popup Open on YouTube
Share video

Share video

Copy the GridVids link or iframe code.

Video link
Iframe code
Iframe content

"Yeah, yeah, but your scientists were so preoccupied with whether or not they could, that they didn't stop to think if they should." — Dr Ian Malcolm, Jurassic Park True in 1993. True today. When developers boast about writing 37,000 lines of code in a day, the question that matters isn't "how much code did you write?" — it's "what problem did any of it solve?" Our job as developers is to solve problems, and volume without value is wasteful. To deliver high-quality code that actually solves the right problem, teams must shift from thoughtlessly generating code to a structured, refinement-first approach. To scale this standard across an entire department, we built a two-stage process: refinement first, build second. Refinement takes a problem through hypotheses, an epic, features, and stories — each with its own prompt specialized to the task. And all before a line of code exists. The prompts are passed to a set of specialized AI agents in Claude Code or Copilot for building, orchestrated with OpenSpec. In building there are also multiple agents that between them handle: architecture, API design, writing tests, reviewing tests, coding, documentation, or logging architectural decisions. And all this in a development environment designed to allow teams to work without interruptions – YOLO mode, safely. This isn't the one true process; it's what works for us, refined through trial and error. Yours will look different. But the basics of it - refine before you build, and let AI specialise rather than generalise - will be a great base to start from. In this session I'll walk the process end to end, showing the real artifacts it produces at each stage: the prompts, the cost of running it this way, and the times it's gone wrong and needed rework. By the end, you'll have a concrete process you can adapt: how to structure refinement so AI doesn't just generate code, but high-quality code that solves the right problem — and an honest account of what it costs to run this way. Speaker: Stacy Cashmore, Tech Explorer DevOps, Omniplan Blog: https://stacy-clouds.net/blog-posts LinkedIn: https://www.linkedin.com/in/stacycash X: https://twitter.com/Stacy_Cash Recorded at JetBrains .NET Day Online 2026, a free online event for the .NET community. Watch all .NET Day 2026 talks: https://www.youtube.com/playlist?list=PLDygEnTxhRkc Explore JetBrains tools for .NET: https://www.jetbrains.com/dotnet/ #JBDotNetDay #dotnet #csharp
Science & Technology
#JetBrains #software development #developer tools #programming #developer