Work
The Dry Standard
The Dry Standard
An independently designed and engineered publication and product database. The work spans the domain model, evidence and classification rules, search, editorial tooling, SEO, and production operation.
Impact & evidence
One independently owned product, from schema to production
Live publication and structured database. No audience or revenue figures claimed.
On this page
Problem
- Production method, alcohol level, and sensory judgment are different kinds of information, but are often conflated.
- A publication needs an editorial workflow; a useful database also needs consistent records, queryable attributes, and explainable discovery.
Decisions
- Separate human-authored editorial source from a generated SQLite runtime catalog.
- Keep producer facts, their sources, and firsthand tasting scores distinct; researched records do not automatically qualify for scored rankings.
- Build discovery and comparison on the domain model, with curated indexable landing pages rather than treating every faceted URL as an SEO page.
- Own publishing validation, frontend assets, deployment, and release verification as part of the product.
From editorial source to product discovery
-
Editorial source
Product identity and classification Evidence and producer claims Firsthand tasting state
-
Publish and build
Validate publication readiness Build SQLite catalog Generate public data
-
Public product
Search and intent finder Reviews and comparisons Curated discovery pages
Evidence
Outcome
- A live Laravel product at drinkdrystandard.com, combining editorial publishing with structured search and comparison.
- One maintained model supports discovery, product pages, editorial operations, and public data surfaces.
- Public architecture documentation and the running product demonstrate ownership from domain research to production. No traffic, revenue, or search-latency figures are claimed.
Team & contribution
- Contribution
- Independent product ownership
- Team & partners
- Independently built and operated
- What I improved
- Inconsistent product claims and a category that is difficult to search or compare.
- Key decision
- Model products, evidence, and tasting state separately rather than make a review blog carry the entire domain.
The Dry Standard is a publication and structured database for drinks at 0.5% ABV or less. It is also a full-stack product-engineering project: deciding what the domain means, designing how people explore it, and building the systems that keep publication and operation consistent.
A model that preserves meaning
Alcohol level does not explain how a beverage was made. A dealcoholized wine and a formulated alternative can occupy the same retail category while representing different production histories. The model treats product identity, production type, method, evidence, tasting state, and scores as distinct concerns.
That separation matters in the interface. A researched fact should not look like a firsthand tasting result. Scored rankings require tasted or retasted records; research-only records can still contribute useful factual information without implying a sensory judgment.
Editorial source, generated catalog
Editors work with authored review and guide content. Publication validation and a build step turn that source into a SQLite runtime catalog, exports, and public payloads. The Laravel application reads the catalog for public requests.
This separates editorial work from serving traffic. The catalog is a generated read model, not an alternative source of truth that public page requests silently update.
The application includes a private operations dashboard, publishing commands, and explicit release checks. These are product features for the operator, not just deployment chores.
Search and discovery
Search spans product and brand names, styles, methods, classifications, and tasted flavor terms. An intent finder and side-by-side comparisons offer different ways into the same catalog.
The information architecture distinguishes temporary exploration from durable editorial destinations. Faceted query URLs support browsing; curated collections and substantive category pages provide indexable landings. Structured metadata and canonical URL decisions belong to the model and publishing workflow rather than being added after launch.
Production ownership
The stack is Laravel, SQLite, PHP templates, and Vite-built CSS and JavaScript. Blade serves mail, errors, and the operations dashboard. The product runs on its own domain, not as a portfolio preview.
Release verification checks the application build, asset manifest, and catalog against the deployed release. It is a practical example of taking responsibility for the whole product: domain decisions, editorial operations, public UX, build artifacts, and what is actually running.
Technical proof
Explore the live product, then inspect the public architecture documentation and publishing workflow. These describe the implementation behind the interface. Audience, revenue, and performance benchmarks are not published here.