Experiments, side projects, and notes from the dev lab.
Hosting, domains, API credits, a Raspberry Pi that never sleeps — the real operating cost of a one-person dev lab, itemized. Plus the ROI rule I use to decide which experiments earn compute time and which get a graceful shutdown.
I dragged five half-dead experiments out of my repos folder, gave each one a README, a demo, and a two-page write-up, and stapled them to a single landing page. Three weeks later, two interviewers brought up the parking app unprompted. Here's exactly what I changed and what recruiters actually clicked.
We celebrate launches and quietly ignore the projects we abandon, which is exactly backwards. Killing a side project — deliberately, with a post-mortem — is a judgment skill worth putting on display. Here are six funerals from my own graveyard and what each one taught me.
I ran my own homelab for twelve months and kept receipts on everything — power, parts, drive failures, and the hours I'll never get back. Here's the unvarnished math, what the same budget buys in the cloud, and how to tell if your server rack is a hobby or a habit.
A working list of seven experiments I'm running this year, from local LLMs on a mini PC to a $15 garage automation hack. Each entry has a hypothesis, a tool stack, and a difficulty rating — steal one and build along.
Every developer has a folder full of half-baked experiments nobody asked for. Mine includes a Slack bot that graded tacos and a CLI that guessed when my laundry would finish. Here's why I'm done apologizing for them — and why you shouldn't apologize for yours either.
I challenged myself to ship one tiny project every week for a month — no polish passes, no rewrites, no excuses. Here's the honest log: what launched, what flopped, and why shrinking the scope on day three saved every single release.
Most developer portfolios are digital business cards gathering dust — built once, never measured, never improved. I rebuilt aleksdelab.com like it was a product with users, and the before/after numbers convinced me this is how every dev should think about their personal site.