Home /Blog /I don't just build in the cloud — I build at home first

I don't just build in the cloud — I build at home first

What started as a Proxmox experiment grew into a self-hosted environment running LLMs, CI/CD, and a production SaaS instance. Here's what owning the full stack — hardware, networking, services — has taught me about being a better developer.

One of the unexpected advantages of running a serious homelab is that I can test ideas faster than most staging environments allow.

When I want to try out a new Redis config, test how Snaplet behaves with a memory cap, simulate a DNS failover, or wire up a weird combo of containers — I just do it. No approvals. No blockers. No "we'll schedule time next sprint."

I'm the dev. I'm the sysadmin. I'm the firewall team. And I'm the one who has to fix it when it breaks.

That freedom isn't just fun — it's made me better at my job

Because when you own the full stack — networking, routing, DNS, certs, deploys, logging, recoveries — you start thinking differently.

You stop throwing problems "over the fence." You stop assuming things are someone else's responsibility. And you start understanding the full lifecycle of the systems you work on.

In small teams — like some of the ones I've worked in — this mindset isn't just helpful. It's almost necessary. Because there often isn't a fence to throw things over.

What the homelab has actually taught me

  • How DNS actually breaks (and how quietly)
  • How TLS misconfigurations hide in plain sight
  • How observability tools that seem optional become essential the moment something goes wrong at 11pm
  • How to trust my own deployments

Most importantly: you stop treating infrastructure as someone else's responsibility.

When you've seen what happens when DNS misroutes, when cert renewals fail silently, or when logs vanish in a bad volume mount — it rewires your brain a bit.

You stop writing code that assumes everything around it works. Instead, you write code that respects the chain it's part of. That mindset doesn't just make you a better developer — it makes you a better teammate.

What I'm actually running

It started as a weekend experiment with Proxmox. It evolved into something that powers everything from LLM experimentation to real production workloads. I now have more compute and memory allocated to my homelab than to my gaming PC — and I'm okay with that.

The value isn't in playing games. It's in building infrastructure that works. Infrastructure I control end to end, where I can break things deliberately, rebuild them smarter, and understand how each layer behaves under real conditions.

Here's the current setup, all on a single-node Proxmox box with a 12-core AMD Ryzen 7900 and 128 GB RAM:

🧠 AI / LLM experimentation

Local Ollama with multiple models (Mistral, Llama 3, Phi-3) + Open WebUI for fast local inference. No API costs, no data leakage.

🛠️ Dev & deployment

Snaplet + Gitea + Woodpecker CI — a fully local CI/CD pipeline I actually trust.

🎬 Media stack

qBittorrent, Sonarr, Radarr, Bazarr, Jackett, Prowlarr — not just to stream media, but to understand automation pipelines across loosely coupled containers.

📨 Mailserver

A deliberately painful project. SMTP, IMAP, DKIM, SPF, DMARC, and the art of not getting blacklisted. Eye-opening in terms of modern email security and deliverability complexity.

🚀 Snaplet (production)

The production instance of Snaplet runs from this setup. It's fast, reliable, and feels oddly good to deploy to my own hardware.

🔄 Supporting services

Redis, OpenSearch, N8N, SearXNG, Portainer, Home Assistant, Pi-hole, and a Pterodactyl game server manager — mostly used by my kids, but maintained like a real system.

🔐 Networking, access & security

Everything behind Traefik with full TLS via Cloudflare DNS. No public ports, no external VPN. Access is restricted via Unifi-controlled firewall rules with internal routing only.

Why this matters more than another certification

This setup has taught me more about system design, failure modes, and operational thinking than any course or certification ever could. And that's the point.

When you own the full stack — hardware, software, routing, storage — you stop guessing. You start knowing.

By the time I touch staging or production at work, I've already seen the failure modes — at home, on my own terms. The habit is the same every time:

  • 📦 Build it
  • 🧪 Break it
  • 🔁 Rebuild it — cleaner

Anyone else doing serious workloads from home? I'd love to hear how far you've taken it.

→ related

Related reading.