Why we build on ADO.NET, not an ORM

ORMs are convenient until they aren't. Here's why we reach for plain ADO.NET and stored procedures on data-critical builds.

The short version

• Start from the outcome, not the tool
• Keep the moving parts few and well-understood
• Measure, then iterate

Want the long version, or to talk through how this applies to your stack? We're always up for a good technical conversation.