--- title: Frontend Development Portfolio: Case Studies description: Four projects documented properly: the constraint, what I built, what it cost and what I would do differently. Real numbers, no screenshots of dashboards. canonical: https://www.hire-web-dev.com/work/ section: Site updated: 2026-09-11 author: SumanKumar Phuyal site: hire-web-dev.com note: >- Generated from the page of record at the canonical URL above. The four case studies are placeholder work and their metrics were never measured; imagery is AI-generated concept art. See https://www.hire-web-dev.com/disclosure/. --- # SELECTED WORK Four projects, documented properly: what the constraint was, what I built, what it cost and what I'd do differently. Client names are abbreviated where the work is still under wraps. ## How to read these Each case file follows the same structure, because the interesting part of a project is rarely the screenshot. First the constraint — the thing that made the brief hard, which is usually a number rather than an adjective. Then the approach, the technical decisions that followed from it, and the measured result. Finally an honest note on what I'd change, because every one of these shipped with something I'd rather have done better. You'll notice none of these claim a percentage uplift in revenue. I can tell you what happened to load time, frame rate, input latency and error rate, because those are things I measured directly. Attributing a business outcome to a frontend change usually requires an experiment nobody actually ran. ## A note on stack variety The four projects use four fairly different setups, which is deliberate rather than indecisive. A realtime graph with forty thousand nodes and a content-heavy commerce site have almost nothing in common architecturally, and picking the same tools for both is how you end up fighting your own foundation halfway through. The constant across all four is the discipline, not the dependency list. If you want the condensed version, the availability page has a short summary of the kind of work I take on and what a typical engagement looks like. Each case file names the constraint first. If you want the tooling behind them, the stack pages go through it piece by piece, and the process explains how an engagement actually runs. ## Key facts - Case files: 04 - Span: 2023 — 2026 - Roles: Lead / solo - Stacks: Mixed ## Case files - 01 NEXUS: 2026 - 02 AETHER: 2025 - 03 VELOCITY: 2024 - 04 ORBIT: 2023 ## Topics CASE STUDIES, REALTIME, COMMERCE, WEBGL, DATA VISUALISATION ## Image ![Exploded diagram of a rendering pipeline as stacked translucent layers, geometry through post-processing](https://www.hire-web-dev.com/assets/img/selected-work-rendering-pipeline-layers.jpg)