I’m a software consultant based in Salt Lake City. I spent over 15 years building, breaking and reorganizing systems. The essence of what I learned is what I offer through few, select services.
A structural code search tool that understands syntax and shape, not
just text. Built to complement grep
. Powers my own workflow
daily.
A reliable and secure alternative to .env
files. Small
and POSIX-friendly.
I introduced a modular architecture that helped the giant LMS escape a rewrite and evolve safely for over six years. The solution adapted access control principles from systems languages like Go and Rust — a concept that later became esmac, a general-purpose tool I’ve since applied elsewhere.
A video game built around perception of color and human pattern sensitivity. Designed to explore visual discomfort as a mechanic.
also { log analysis, patching, perf tooling, ops tooling, test tooling, declarative formatting and configuration, crypto bots, db extensions }
This selection of prior work informs the services I offer today, where the need isn’t just for “working code”, but for clarity, durability, and better defaults.
My offerings are focused and advisory.
I don’t build apps.
I don’t rewrite legacy systems.
I help you see what’s worth building, and what’s worth letting go.
I work with teams facing deep architectural uncertainty; where the system resists change, or the code feels haunted.
Some systems don’t scale. Others simply… rot. If your engineers can’t name the parts, can’t isolate them, can’t fix what breaks without holding their breath: the problem is not velocity. It’s structure.
I offer architectural assessments for teams who’ve outgrown their codebase. I’ll map the system’s real shape, surface its tightest couplings, and propose clean boundaries and paths forward.
You can build again with confidence.
→ Approach | Case Studies | Samples
A rewrite sounds clean, but it might not solve what’s broken!
When teams are stuck in legacy systems, our reflex as builders is often to rebuild — from scratch, in the latest stack, with grand promises of sanity and speed. It all sounds wonderful.
What is often understated, however, is that not only are rewrites expensive and risky to undertake, but they can miss the root of the problem altogether.
So.
I help you diagnose, first.
The system – is it salvageable?
The people – are they in the right place?
Could a few precise cuts, or perhaps a shift in team capability, restore
health without starting over?
If a reboot is the answer, I’ll help you chart a path that
avoids the classic traps.
If it’s not… you’ll save money and months of effort.
→ Approach | Case Studies | Samples
Code isn’t just for machines! It’s for humans, too.
I teach software engineers how to write code that’s easy to comprehend, hard to misuse, and less disgusting to maintain. This isn’t about style guides or prettier syntax, but rather, empathy. Empathy for the future reader, the maintainer, the teammate, and even your future self!
You already write readable code. Great. Let’s go further and toward clear code: Code that signals its intent. Code that guides the eye. Code that resists misuse.
This workshop covers:
This isn’t a style guide — it’s a mindset shift to help teams avoid a certain class of mistakes and build systems that last.
Formats include talks, workshops, or one-on-one coaching.
I’m here to help your system survive time.
I’ve spent many years building, breaking, and reorganizing systems — in startups, at scale, and in the middle of legacy swamps. I failed plenty. In one particular case the mistake plunged us into a 2-year long nightmare.
Upside? I always took notes. Enough to help me develop and employ the rigorous, no-bullshit method that I do today.
If I had to sum it in one statement, I’d say that I’m not here to push an ideology. I’m here to surface clarity and spare you a nightmare if I can.
If you’d like to explore working together, message me at ahmad@amireh.net. Please note that I’m not available for freelance development or employment.
Thank you for your interest and business.