DevOps, backend architecture, and product engineering.

I own infrastructure, CI/CD, and backend architecture in production at NSquared. I work with Google Cloud, Docker, GitHub Actions, Cloudflare, PHP, Laravel, Python, MySQL, Redis, BigQuery, and Apache Superset.

Currently focused on AI integration, high availability, deployment pipelines, and backend architecture for BlinkMetrics. Not looking for new opportunities, but always glad to hear from engineers and systems people.

From Theory to Product

The first code I wrote generated geometry under constraint. The code I write now proves work before it ships. Four decisions between the two.

2014
Geometry under constraint, written as code

I started in 3D and design in 2014. By 2016 the real work was code: Rhino, Grasshopper and Python generating geometry under constraint, judged by what it did rather than how it looked. An idea stopped being an opinion to defend and became something you evaluate on performance metrics.

2019
Building with less friction

I was building either way. In 3D, most of the distance between an idea and the finished thing was friction that had nothing to do with the idea. Digital cut that distance: what I can describe, I can build, run and change the same day. I moved to where building carries the least friction.

2022
Learning the whole system first

I joined NSquared in 2022 and spent the first months learning the systems end to end, which is the fastest way to find out what in them actually matters. From then on I measured a contribution by whose attention it freed, not by how interesting it was.

Now
The ground the products stand on

My work is DevOps and automation for the team: infrastructure, pipelines, backend architecture, and the AI-assisted workflows around them. The team waits less on every push, and nobody logs into a server by hand anymore.

Products

Shipped work, and what it took to ship it

Built with the team at NSquared, except Flow XR, which is my own.

AAArdvark Accessibility

AAArdvark Accessibility

The accessibility testing tool built for busy digital teams, and for the people those teams are building for.

  • PHP and Laravel across billing, reporting and the product itself
  • Accessibility that has to hold up for the people the tool is for
BlinkMetrics

BlinkMetrics

Dashboards and reporting that partners provision for their own clients, on live data.

  • High availability, deployment pipelines, and backend architecture: my part of it, day to day
  • Apache Superset and BigQuery on Google Cloud
  • Shipped inside the customer's environment, where the first open is the whole review
Apache Superset

Apache Superset

The open-source BI platform under the dashboards.

  • Operated in production on Google Cloud
  • Python and Redis under the dashboards
  • Kept in step with the project's releases
Flow XR

Flow XR

A piece of the 3D years I kept: personalized e-commerce in realtime 3D, in the browser.

  • Interactive 3D commerce flows, configurable by the shopper
  • Realtime rendering, optimized so the scene stays responsive while it is being changed
  • Shipped as a public demo repository, from prototype to a working configurator
Measured results

What the work changed

Engineers wait less for builds and tests, releases spend less time in manual testing, and nobody logs into servers one at a time anymore. Each card says what it counts.

Waiting on CI

−40% 9 minutes back on every push

How long an engineer waited to hear whether a push passed, on GitHub Actions.

Waiting on the test suite

−51% Halved by finding where the time went, not by dropping tests

How long the team's tests took to run in CI. Same tests, same assertions, both times.

Testing releases by hand

50%+ less time spent testing each release by hand

The time a release spent in manual QA before browser tests ran in the pipeline.

Logging into servers by hand

659 → 1 logins by hand, replaced by one command

Every server login opened by hand, counted from shell history, before one command replaced them.

Years in the work

7 years since 2019

  1. 2019Design
  2. thenShipping software
  3. nowRunning the infrastructure

Writing

Three subjects the work keeps coming back to.

  1. 01 AI Leverage
  2. 02 Design × Code
  3. 03 Product Building
Blog

What I write about

Written after the work shipped: what was decided, what it cost, and what held up in production.

View all

AI Leverage

Getting speed from AI without handing it the decisions: how the tools fit into real work, and where they quietly replace your judgment if you let them.

Read this category →

Design × Code

What carried over from design and 3D: generative and computational design, and a house designed the way I run infrastructure.

Read this category →

Product Building

Backend and DevOps depth turning into product judgment, mostly by getting it wrong first: what to build, what to automate, what to leave alone.

Read this category →

In their words

Get in touch

Questions and disagreements about the writing are welcome. I read every message.

I usually reply within a few days.