Home Projects About LinkedIn
1984

The Beginning

My dad brought home an Apple IIe. The only software I had to play with was a copy of VisiCalc and Frogger.

I didn't know it then, but I was learning to think in systems before I even knew what systems were. VisiCalc taught me about dependencies—change one cell and watch the cascade. Frogger taught me about timing, sequences, and conditional logic.

No internet. No tutorials. Just curiosity and a glowing green screen.

2001-2024

Building The Foundation

For over 20 years, I architected enterprise telecom systems for Fortune 100 companies. I designed call routing logic, built monitoring dashboards, consolidated complex PBX systems, and created intelligent routing tools that matched technical problems with the right expertise.

I was solving the same problems that AI agents solve today—routing requests, making decisions based on conditions, managing distributed systems, handling failures gracefully. I just didn't call it that.

Every system I touched taught me: complexity isn't about the number of parts, it's about how they communicate.

The Learning Moments

"What Stack Are You Using?"

Someone asked me this and I had no idea what they meant.

"What software are you using?" they clarified.

I still didn't have a good answer. I'd gone from Manus to Cursor to Claude Code, and each AI tool had its own opinion about how to build things. They were all helping me code, but I didn't understand the underlying architecture.

That's when I began to understand: there's a frontend (what users see), a backend (what processes their requests), and a whole lot more I still don't fully grasp.

But here's what I realized:

For 20+ years in telecom, I'd been thinking this way without the vocabulary:

  • Phones = frontend (the user interface)
  • PBX systems = backend (call processing)
  • Databases = where routing tables live
  • Trunks/protocols = APIs between systems

I wasn't learning something new. I was learning the modern names for concepts I already understood.

The GitHub Disaster (That Taught Me Everything)

I asked Manus to "simplify this for older users." It completely rewrote my code—and not in a good way.

I wanted to roll back about 5 iterations. That's when I realized what GitHub actually is.

It's not just "code storage"—it's version control. It's savepoints when things work. It's the ability to try ideas without breaking what already works. It's how teams coordinate on complex systems without stepping on each other.

And then the second revelation hit:

GitHub isn't just for backing up code. It's where developers showcase their work. It's a portfolio. It's proof you ship.

I'd been managing enterprise phone systems across multiple sites for years—coordinating with vendors, tracking changes, rolling back when things break, documenting for the next engineer. That's distributed systems thinking. That's version control. I just didn't call it that.

I still don't understand GitHub completely. But I'm using it now—with help from Claude Code—and every commit makes more sense than the last.

2024

Building With AI

I built MyEstateAlly—a production AI application—in weeks using GPT-4 Vision, Google Cloud, and a handful of AI coding assistants.

People ask: "Did you really build it if AI helped?"

I ask back: "Did architects stop being architects when they got CAD software?"

The tool changed. The thinking didn't. I still had to understand the problem, design the solution, debug when things broke, and ship something people could actually use.

AI tools like Claude, Cursor, and Copilot didn't replace my expertise—they accelerated my ability to implement ideas I already had. Each tool had opinions. Each suggestion required judgment. Each implementation needed iteration.

That's not "cheating." That's modern development.

2025 →

Why Agentic AI

When I look at what agentic AI systems do—routing tasks, making decisions, coordinating between services, handling failures, learning from patterns—I see what I've been doing for 20 years.

The difference now? The agents are smarter. The tools are better. The problems are more interesting.

I'm not pivoting careers. I'm applying the same systems thinking to a new domain. And this time, I get to build the systems that make the decisions, not just wire them together.

I want to work with teams building:

  • MCP servers that extend what agents can do
  • Tools that help agents coordinate and communicate
  • Systems that route requests intelligently based on context
  • Solutions that make AI useful for real people solving real problems

I learn fast. I ship products. I think in systems.

That's exactly what agentic AI needs.

Let's build something together

I'm looking for teams that value systems thinking, fast learning, and shipping real products.

Get In Touch