← Back to Blog

Web Performance

Understanding what work the system makes users wait for, eliminating unnecessary work, making necessary work cheaper, and scheduling work out of the critical path.

Frontend performance is not a checklist of optimisations. It is a way of understanding what work the system is doing, why it is doing it, and who is waiting for it. These articles explore performance as an architectural concern — from React rendering and hydration trade-offs to caching strategies, Core Web Vitals, and the organisational dynamics that make systems slow.

Topics Covered

Frontend Performance Architecture

A model of elimination, efficiency, and scheduling for understanding what work the system makes users wait for.

React Performance

Memoisation, render optimisation, state boundaries, and avoiding unnecessary re-renders in component trees.

Core Web Vitals

LCP, INP, and CLS as diagnostic signals — understanding what they measure and how to improve them.

Dashboard Performance

Optimising data-heavy interfaces with virtualisation, progressive loading, and stale-while-revalidate patterns.

Caching Strategies

Stale-while-revalidate, placeholder data, request deduplication, and cache freshness trade-offs.

Route Transitions

Prefetching, persistent state across navigations, and eliminating redundant data fetching between routes.

Rendering Performance

Server components, streaming, hydration cost, and choosing the right rendering strategy for each surface.

Third-Party Script Cost

Auditing, deferring, and removing scripts that accumulate silently across teams and ownership boundaries.

Performance Trade-offs in Fintech

Balancing speed with freshness, compliance, and trust in high-stakes financial interfaces.

Why Web Performance Matters

Performance is a property of the entire system, not a layer owned by frontend engineers. It affects conversion, trust, accessibility, support volume, and operational flow. In fintech especially, latency is not just a UX issue — it affects confidence in financial decisions, increases drop-off during regulated journeys, and creates hidden operational drag as internal tools become slower under pressure.

The best performance work is not about shaving milliseconds from a component. It is about understanding which work matters, which work is waste, and which trade-offs are acceptable for the product, the user, and the domain.