ProgrammingIT operationsNetworkingAutomationInfrastructure

Most problems live between the pieces. So do the best ideas.

I'm a hands-on technologist. I look at how your people, software, and systems actually relate, find the connection that's been missed, and build what makes the whole thing work better. On-prem first, cloud when it's the right tool.

grok

/ɡrɒk/ verb

  1. To understand something so deeply that you can see how every part relates to the whole.
  2. What I do first, before I change anything: understand how your whole system fits together.
  • Origin: Martian, by way of Robert A. Heinlein.
  • Adopted by GrokTech.

01 Range

Many ways in. One system.

Programming, operations, networking, automation, infrastructure. They aren't a menu of separate services. They're different places I can step in, and the biggest wins usually come from how they connect.

  • People

    Getting the people who build, run, and use a system working from the same picture. Sometimes the best fix is a conversation.

  • Programming

    Scripts, integrations, internal tools, and APIs. Code that fits how your team actually works.

  • Automation

    That repetitive task everyone has accepted as normal? I find it and make it disappear.

  • IT operations

    Monitoring, patching, backups, and access. Systems that run quietly and stay that way.

  • Networking

    Routing, VLANs, VPNs, DNS, and firewalls. A network you can draw on a whiteboard and trust.

  • On-prem infrastructure Home turf

    Servers, virtualization, and storage. Hardware you own, running software you understand.

  • Cloud

    Used on purpose, where it's genuinely the right tool. No surprise bills, and no lock-in you didn't choose.

Nothing broken? Good.

Some of my favorite work starts with systems that already work. I look for what they could become: fewer moving parts, less babysitting, more of what you built them for.

02 Approach

From hunch to hand-off.

Intuition gets me started. Evidence and hands-on work finish the job.

  1. 01

    Notice

    It usually starts with a hunch: two things that should be working together, or a pattern nobody's job description covers.

  2. 02

    Investigate

    I test the hunch against how your systems and people actually behave. What are you really trying to do, and what's in the way?

  3. 03

    Build

    Then I do the work myself: code, configs, automation, hardware. Something concrete, not a slide deck.

  4. 04

    Hand off

    You end up with something you understand and control, with no mystery dependencies. Including on me.

03 Ground rules

What you can count on.

  • Own your stack.

    I lean on-prem because systems you can see and control are easier to trust. When cloud is the better call, I'll tell you.

  • Straight talk.

    I'll be direct about what isn't working, without making anyone feel dumb or selling complexity you don't need.

  • Your call.

    I'll show you what's possible and what it takes. What happens to your systems is up to you.

  • Leave it better.

    Careful changes, clean configs, and notes the next person can actually use.

04 Contact

Tell me what you're trying to do.

A rough idea is plenty. If I'm the right fit, we'll work out the rest together. If I'm not, I'll say so, and I'll probably know someone who is.