Work

Built, owned, operated.

I don't have a long client list to show. What I have are two complex applications I built from scratch, own, and operate. I think that tells you more.

Case study 01

Choose My Plane

choosemyplane.com
Choose My Plane — aircraft comparison interface showing side-by-side performance data

The problem

Buying an aircraft is one of the largest purchases most people ever make, and the research process is a mess of PDFs, forum posts, and broker opinions. Performance data is hard to compare because manufacturers report it differently. Operating costs are almost impossible to model without an accountant and a spreadsheet.

What it demonstrates

normalised data modeling product thinking full-stack ownership SSR migration freemium SaaS

Stack

Python Flask Jinja2 PostgreSQL TailwindCSS

What I built

A mission-first comparison tool that normalises data from flight manuals and owner reports into a consistent schema, then lets a buyer filter by mission (business travel, family hauler, agricultural use), compare up to five aircraft side-by-side, and model real total-cost-of-ownership with customisable cost variables.

The data layer involved reconciling inconsistent reporting standards across 200+ aircraft from 67 manufacturers: performance figures, fuel burn, range, payload, and cost components. The front-end exposes this through interactive range maps, side-by-side comparison tables, and exportable reports.

The feature set and copy were designed to serve a specific buyer psychology, not just display data. The application migrated from a JavaScript SPA to a server-rendered stack for performance and SEO without losing functionality.

Case study 02

Hyperstar

hyperstar.app
Hyperstar — publishing and community platform for fiction authors

The problem

Publishing platforms built for bloggers don't serve fiction writers well. Authors need to manage not just posts but worlds: the characters, settings, timelines, and story arcs that span multiple works. Existing tools treat everything as flat content, or target tabletop gamers.

What it demonstrates

graph data modeling community mechanics multi-surface architecture non-technical UX incentive design

Stack

Python FastAPI ReactJS PostgreSQL TailwindCSS

What I built

A community platform for fiction authors with three connected surfaces: a publishing layer (short stories linked to external content like purchase pages or trailers), a world-building layer (interlinked entities with graph-structured relationships between worlds, characters, and stories), and a community layer (monthly writing contests with cash prizes and editorial features).

The data model is the interesting part: content entities reference each other bidirectionally, so an author can surface a character across multiple stories, or show readers all the fiction set within a particular world. That kind of relational content structure requires careful schema design to stay performant and queryable.

The application serves a non-technical user base with complex underlying data relationships: the UX challenge was making the graph model feel natural rather than exposing its complexity to authors.

If you're evaluating whether I'm the right fit for your project, I'm happy to walk through either of these in more detail on a call.

Get in touch