Infrastructure · Automation · Systems
Omaha metro, Nebraska · open to remote
I build and operate systems, and I care most about the part where they keep running without anyone watching. Twenty years around technology and the people who use it; the last stretch spent going deep on infrastructure.
I design, build, and run a private compute environment end to end — self-healing services, scheduled automation, monitoring that tells me when something is wrong, encrypted backups, and locally-hosted AI models. It spans several machines and it stays up on its own.
Before that, and alongside it, I built the internal tools people actually use day to day: intranet spaces, CRM pages, and small utilities that remove repeated manual work. The hard part of an internal tool is rarely the technology — it's understanding the work well enough that nobody needs training to use it.
A claim you can't execute is a guess. Everything I build has a test that tries to break it, and nothing counts as working until that test passes. I reboot the machine rather than assume the service comes back.
I use AI models as a force multiplier and say so plainly. They collapse the distance between not understanding something and having a working version to test. They don't decide what to build, and they don't carry the responsibility when the result is wrong — that part stays mine.
Several machines operating as one system: services that restart themselves when they fail, scheduled jobs that keep running whether or not anyone is watching, and alerting that reaches my phone when something needs a human. Measured by how rarely I have to touch it.
Automated encrypted backups with offsite copies, and — the part most backup setups skip — restores that get tested. A backup nobody has restored from is a rumour, not a backup.
Scheduled verification that the machines are in the state I left them in, with anything unexpected surfaced rather than logged and forgotten. Built after learning the hard way that a check which can't fail is not a check.
Phishing-resistant hardware-key sign-in standardised across services, so access depends on something physically in hand rather than a password that can be replayed.
Language models running on my own hardware, so the capability works with no external service in the loop and nothing leaving the network.
Dashboards, generators, and small utilities that remove repeated manual work. The measure I care about is whether anyone needed training.
Professional references are available on request — I'll send them over, and give my referees a heads-up that you'll be in touch.
Designing and operating a multi-machine private environment: automated backups, monitoring, self-healing services, and local AI inference.
Technical quoting for the lighting industry. Built internal pages and tools on my own initiative for the team I work with.
Ran the internal intranet and CRM spaces a whole staff relied on. Translated complex technical capability into language people could act on.
Live production and content under deadline.
Plus a decade of direct support and hardware repair work.