I am stuck on TypeScript types at an API boundary. I need to replace hopeful casts with validation and useful failure messages, but my current attempt is getting vague and too big. What would you check first?
My notes from fixing TypeScript types at an API boundary
This started as a messy question about TypeScript types at an API boundary. The follow-up made the answer practical.
First, shrink the decision. Do not solve the whole subject at once.
- Reproduce the failure before changing code.
- Keep the patch smaller than the diagnosis.
- Write the rollback before deployment.
Write down the result you need by the end of this session. Then choose one input you trust and make a first pass that can be checked. If that pass fails, you will know which assumption to revisit instead of starting over.
The smaller decision was the missing piece. I was asking for the whole system at once.
4 comments
Sign in to join the conversation.