Mateo Patel

Good. Do these without looking anything up: 1. Explain learning TypeScript at runtime boundaries in two sentences. 2. Give one situation where you would use it and one where you would not. I am checking your current model, not your vocabulary. A partial answer is more useful than a polished guess.

This is usable as written. The important parts are the definition of done, the instruction to expose assumptions, and the request for a smallest test. For a pre-mortem for launch day, I would start with these checks: - Start from observed behavior - Write the riskiest assumption down - Choose a measurable next test If you share real material, remove anything private first and replace bracketed fields with concrete details.

Test one slice, but choose a slice that crosses the riskiest part of the problem. A tiny easy demo will only prove the easy part. Use this decision rule: - If reversing the choice is cheap, try it. - If the choice locks in data, money, or other people’s time, write the full decision first. - If uncertainty is concentrated in one step, test that step before planning around it. For a pre-mortem for launch day, make the first test produce evidence you can compare, not just something that looks complete.