Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/apursley2012/sys-core/llms.txt

Use this file to discover all available pages before exploring further.

The Case Studies page presents long-form deep-dives into real projects framed as mission reports. Where the Projects page gives a quick orbital overview, Case Studies provide full situational analysis: pre-flight conditions, mission timeline phases, anomalies encountered, and measurable outcomes. Each report is sourced from data/caseStudies.js. The route is #/case-studies and the static entry point is pages/CaseStudies.html.

Components Used

ComponentRole
HudFrameDecorative panel wrapper around each mission report
RadarSweepAnimated radar sweep graphic used as a section accent
StarfieldFull-viewport animated background
NebulaBackgroundAtmospheric depth layer
HudNavPersistent top navigation
PageTransitionEnter/exit animation wrapper

Radar Sweep

Animated radar component used decoratively in the Case Studies layout.

HUD Frame

Decorative corner-chrome panel wrapper for each mission report.

Mission Reports

PROJECT ORION: E-Commerce Replatforming

PhaseDescription
T-MINUS 6MArchitecture design and technology selection.
T-MINUS 4MCore component library construction and Shopify API integration.
T-MINUS 2MCheckout flow implementation and edge-case handling.
T-ZEROStaged rollout to 10% of traffic, monitoring for anomalies.
Objective: Migrate a legacy monolithic e-commerce platform to a headless architecture to improve Lighthouse scores and conversion rates.Duration: 6 monthsCrew: 4 engineers, 1 designerTech Deployed: Next.js · Shopify Storefront API · Tailwind CSS · Framer MotionPre-Flight Conditions: Initial scans revealed a 4.5 s Time to Interactive (TTI) and a bloated 2 MB JavaScript bundle. The legacy system was tightly coupled, making incremental updates dangerous.Anomalies Encountered: Severe rate-limiting from the inventory API during high-traffic load testing. Mitigated by implementing a Redis caching layer at the edge.Outcome: Reduced TTI to 1.2 s. Conversion rate increased by 18%. The new architecture allows for weekly deployments instead of monthly.Future Operations: Implementing personalised product recommendations using edge middleware and a lightweight ML model.

OPERATION NEBULA: Real-time Collaboration Tool

PhaseDescription
PHASE 1CRDT evaluation and local storage wrapper implementation.
PHASE 2Canvas rendering engine optimisation for 60 fps panning.
PHASE 3WebRTC signalling server and peer-to-peer sync logic.
Objective: Build a local-first, real-time collaborative whiteboard that works offline and syncs when reconnected.Duration: 3 monthsCrew: 2 engineersTech Deployed: React · Yjs · WebRTC · Canvas APIPre-Flight Conditions: Standard WebSocket approaches failed under poor network conditions. A robust conflict-resolution strategy was required from the outset.Anomalies Encountered: Memory leaks detected during prolonged sessions with thousands of vector objects. Resolved by implementing spatial hashing and culling off-screen elements.Outcome: Successfully deployed a resilient collaborative tool. Users can work offline indefinitely and sync seamlessly upon reconnection.Future Operations: Adding voice channels and cursor presence history.

Case Study Data Shape

Each entry in data/caseStudies.js follows this schema:
{
  id: "cs1",
  title: "PROJECT ORION: E-Commerce Replatforming",
  duration: "6 MONTHS",
  crew: "4 ENGINEERS, 1 DESIGNER",
  techDeployed: ["Next.js", "Shopify Storefront API", "Tailwind CSS", "Framer Motion"],
  objective: "One paragraph describing the mission goal.",
  preFlight: "One paragraph describing the situation before work began.",
  timeline: [
    { phase: "T-MINUS 6M", description: "Architecture design and technology selection." },
    { phase: "T-ZERO",     description: "Staged rollout to 10% of traffic." }
  ],
  anomalies: "One paragraph describing problems encountered and how they were resolved.",
  outcome: "One paragraph describing measurable results.",
  future: "One paragraph describing planned next steps."
}

Adding a New Case Study

Push a new object into the exported array in data/caseStudies.js. Use the schema above, ensuring every field is populated. The timeline array can hold any number of phase objects — the Case Studies page renders each phase in order.
{
  id: "cs3",
  title: "MISSION ATLAS: Design System Migration",
  duration: "4 MONTHS",
  crew: "3 ENGINEERS, 2 DESIGNERS",
  techDeployed: ["React", "Storybook", "Radix UI", "Tailwind CSS"],
  objective: "Consolidate three internal component libraries into a single, versioned design system.",
  preFlight: "Inconsistent UI patterns across products were causing a 40% increase in QA cycles.",
  timeline: [
    { phase: "PHASE 1", description: "Audit all existing components and identify duplicates." },
    { phase: "PHASE 2", description: "Build the core token layer and base primitives." },
    { phase: "PHASE 3", description: "Migrate product teams onto the new system incrementally." }
  ],
  anomalies: "Legacy IE11 support requirements forced polyfill additions that increased bundle size by 12 kB. Dropped IE11 support after stakeholder alignment.",
  outcome: "QA cycles reduced by 35%. All three products now deploy from a single component source.",
  future: "Publishing the design system as an open-source package."
}
The timeline phases are labelled with mission-log conventions (T-MINUS 6M, PHASE 1, etc.). Use whatever phasing labels suit your own project narrative.

Case Studies Data

Full schema reference for data/caseStudies.js.

Projects

High-level orbital overview of all five deployed projects.

Radar Sweep

The animated radar component used as a decorative accent on this page.

Writing

Technical articles — shorter-form companion to Case Studies.

Build docs developers (and LLMs) love