Stop Writing Zod Schemas by Hand: What I Learned After 40 API Endpoints
* I have a confession to make. I spent three hours debugging a Zod schema on a Friday night. Not because the validation was complex. Not because the business logic was tricky. Because the backend t...
Source: DEV Community
* I have a confession to make. I spent three hours debugging a Zod schema on a Friday night. Not because the validation was complex. Not because the business logic was tricky. Because the backend team renamed avatar to avatar_url in a deeply nested object. And I missed it. Three hours. For a single field name change. If you work with TypeScript and APIs, you know the drill. You have: Your TypeScript types Your Zod schemas for runtime validation The actual JSON data from your API Three versions of the same data shape. All have to stay in sync. And when something changes, you get to play detective. Scrolling through JSON responses, comparing field names, updating schemas, hoping you didn't miss anything. The Breaking Point I was maintaining a project with around 40 API endpoints. Each one returning nested objects, arrays, optional fields, nullable values. Every time the backend team deployed, I'd open my editor and do the same dance: Copy the new JSON response Compare it to my existing s
