Deyan Peev

I build entire products end to end

Product, platform and cloud, with AI as the multiplier. Over a decade of engineering — from financial systems and virtualisation infrastructure to an AI-native platform I now own from the data model down to the Terraform.

Deyan Peev, Founding Engineer

What I do

Cloud platform & infrastructure

Designing and owning a whole cloud footprint in Terraform — three environments reproducible from an empty project, plus the migration path onto them.

Full-stack product engineering

APIs, data models, operator admin, customer portals and mobile apps across a large TypeScript monorepo — and the design system the rest of the team builds against.

Production ownership

Networking, secrets, operator access, monitoring and alerting, keyless CI/CD, and a cost model that stays predictable as the platform grows.

AI as leverage

MCP servers that let assistants work with a platform directly, LLM-driven reporting, and running delivery with agents working against specs kept in the repo.

Experience

Feb 2026 — Present

Founding Engineer · 1club

An AI-native platform for gyms, studios and sports clubs. Product, cloud platform and delivery pipeline, end to end.

2023 — Jan 2026

Senior Platform Engineer · OfficeRnD

Moved the platform off EC2 onto serverless, pulled shared libraries out of the monolith, and built the monitoring and alerting behind them.

2021 — 2023

Co-Founder · DIV Motion

Leading discovery with CTOs and technology directors at small and mid-sized companies, then architecting and building what came out of it.

2017 — 2021

Software Engineer → Technical Team Lead · VMware

Automation and orchestration for enterprise virtualisation, ending as the lead on client migration planning and the tooling that automated it.

2015 — 2017

Software Consultant · Accedia

Financial, insurance and scientific search systems, and the AWS build and validation pipelines that shipped them.

How I work

Boring is a feature

The interesting choice and the right choice are rarely the same one. I optimise for the system somebody else can still operate in two years.

Own the whole path

Writing the code is a fraction of the job. Deploying it, watching it, and being on the hook when it breaks is what makes the design honest.

It should not live in one head

Quality gates, black-box test suites, runbooks and written specs. If operating the thing depends on me being available, I have not finished it.

Use the multiplier

AI agents against specs in the repo let one engineer cover the surface of a team. The discipline is in the specs, not the prompting.

Working on something interesting?

I am always happy to talk about systems, architecture, or a problem you are stuck on.

Deyan Peev

Founding Engineer in Sofia, Bulgaria. Currently at 1club.

Elsewhere

© 2026 Deyan Peev