Skip to main content
Dan Spelt

Selected work

Case studies

Three systems with different constraints: multi-tenant community software, civic accessibility data, and Windows-native assistance tools. Claims below are grounded in each project's implementation, tests, and technical documentation.

Filter case studies

Showing 3 case studies.

Pilot
Founder and sole developer

Community Hive

Multi-tenant communication platform for strata and HOA communities

Problem

Property managers and community leaders coordinate buildings through email chains, paper notices, spreadsheets, and social media groups. Announcements are missed, maintenance concerns arrive through inconsistent channels, and there is no reliable record of what was communicated or decided.

Technical approach

One multi-tenant platform where each building has scoped data and each role sees only the information and actions it is permitted. Announcements, maintenance requests, documents, events, and polls share a single audit-friendly record.

Repository-backed evidence
  • Security and authorizationSession-based admin protection, route middleware, centralized council-role guards, tenant-scoped access, environment validation, and audit helpers are documented in the project production-readiness report.
  • TestingThe repository includes Jest unit and integration coverage, a separate E2E configuration, smoke tests, and documented daily and release verification workflows.
  • Operational evidenceDocker configurations cover development and production, while migration, billing, legal-review, QA, and production-environment checklists document the path from development to operation.
  • Product evidenceThe case study includes captured property-manager, council, resident, messaging, security-camera, and business-promotion screens from the product.
Read the case study
Active
Founder and developer

AccessLens

Accessibility intelligence platform for cities

Problem

People with disabilities cannot tell in advance whether a restaurant, park, clinic, or transit stop will actually work for them. Accessibility information is inconsistent, unverified, or missing entirely.

Technical approach

Crowdsourced accessibility reports scored across ten criteria and rendered as colour-coded markers on an OpenStreetMap map, so a place can be assessed before travelling to it.

Repository-backed evidence
  • Accessibility evidenceAccessibility is the product data model, not a decorative claim: places record entrance, door, elevator, washroom, parking, signage, transit, aisle, and service-animal information alongside photos and issue reports.
  • Security and validationAuth.js supports Google, magic-link, and credential sign-in. Reviewer and business capabilities are enforced in API routes and UI, with Zod schemas covering runtime input validation.
  • TestingVitest covers accessibility scoring, validation, and badge thresholds; Playwright provides an end-to-end smoke suite. A Docker test workflow is also documented.
  • Known constraintPhoto uploads currently use local filesystem storage, and business subscriptions use a pending placeholder state until billing is connected. Both limitations are called out in the README.
Read the case study
Active
Creator and developer

WindowsHelperSuite

Modular Windows writing, hotkey, speech, and device-assistance tools

Problem

Writing assistance, global hotkeys, speech input, and device controls often live in separate utilities. Switching between them adds friction and can make the tools interfere with one another.

Technical approach

A modular .NET solution with explicit Writer and Hotkey modes. A mode manager coordinates keyboard hooks, overlays, prediction, speech, and settings so only the intended subsystem is active.

Repository-backed evidence
  • Architecture evidenceThe solution separates Core contracts, App orchestration and UI, Infrastructure, Hotkeys, Input, Overlay, Prediction, Settings, Speech, Writer, VoiceBridge, and test projects.
  • TestingThe test project includes focused coverage for typing-model behavior, prediction ranking, sentence context, title hints, and word-buffer policy.
  • Accessibility and controlThe mode menu is available through a global keyboard gesture, mode changes can be shown or spoken, and the hook can consume the gesture so it does not leak into the focused application.
  • Known constraintThis is a Windows-native suite with low-level input and desktop integration. That enables system-wide behavior but increases platform-specific testing and installation work.
Read the case study