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.

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.
Boring is a feature
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.
Own the whole path
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.
It should not live in one head
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.
Use the multiplier
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.


