One API per dashboard, and why a short TTL beats a long one
Nine dashboards, data owned by another system, and a frontend that shouldn't have to care. Here's how an aggregation endpoint and a short-lived cache keep them fast and current.
Nine dashboards, 4 for investors and 5 for admins, draw their data from another system's APIs. I centralised those calls in our ABP.io backend, so each dashboard makes one call, with a short-TTL cache in front.
Pick a step to replay it
The dashboard data lives in another system, exposed through its own APIs. Calling them from the frontend would mean several requests per dashboard, made straight from the browser.
Stack.NET 9, ABP.io, Caching and Angular
Nine dashboards, data owned by another system, and a frontend that shouldn't have to care. Here's how an aggregation endpoint and a short-lived cache keep them fast and current.
Three mode agents, picked by the work item. The agent does everything I can undo; merges, migrations, and database writes stay with me. Runs in Cursor, Claude Code, or any other agent.
Built withCursor, MCP, LLM agents and Azure DevOps
Read case studyOpen to product, full stack & backend roles.