Namaste Frontend System Design |top| -
The "long story" of Namaste Frontend System Design a journey of transforming how developers approach large-scale web applications, moving beyond simple coding to high-level architecture . Created by Akshay Saini (founder of NamasteDev ) in collaboration with Chirag Goel
- REST vs. GraphQL vs. tRPC: Choose based on the problem. For a dashboard (many fields, few relationships), REST is fine. For a social feed (deeply nested comments), GraphQL wins.
- Schema Validation: Use Zod or Valibot. A backend change should never crash the UI. Validate data at the boundary.
- Idempotency: If a user clicks "Pay" twice, the UI must disable the button. This is frontend idempotency.
Challenges and Limitations of Namaste Frontend System Design
- Problem: A dashboard needs a user's name, their recent orders, and a product recommendation. Three REST calls = latency.
- Solution: A BFF aggregates that into one round-trip.
- Edge Case: Handle partial failures. If the recommendation service fails, the dashboard should still show the user name and orders.