LanceTek is one engineer. That is the point.

There is no account manager, no junior who picks up your project after the sale, and no offshore team. The person you speak to on the first call is the person who designs it, writes it, deploys it and answers the phone when it needs attention.

How I work

  • Small, finished steps. I would rather ship a modest tool that works next month than a grand system that might work next year.
  • Everything in writing. Scope, price, decisions and changes are written down and shared, so neither of us has to rely on memory.
  • Your name on everything. Domains, accounts, repositories and hardware belong to your business. I am a guest with a key, not the landlord.
  • Plain English. If I cannot explain why something is built the way it is without jargon, that is a sign it is over-built.
  • Leave it maintainable. Mainstream tools, documented decisions and a runbook, so another competent engineer could take over without phoning me.
  • Say no when it is the right answer. Sometimes the best advice is an existing product and a better spreadsheet. I will tell you.

Who it suits

Small businesses, roughly from a handful of people to a few dozen, where the owner or a manager can make decisions quickly and is close enough to the work to explain it. Firms that want to understand what they are buying, and keep it.

It suits less well if you need a large team on site, round-the-clock support, or a supplier with formal certifications for regulated procurement. I would rather say that now than after a proposal.

The stack

I keep to a short list of tools I know deeply. Each choice is written up in the Journal, with what it means for a client.

AreaToolsWhy it is on the list
ApplicationsPython, TypeScriptWidely known; you will always find someone to maintain it.
DataPostgreSQL, SQLiteReliable, free, and does far more than most businesses will ever need.
Automationn8n, Python workersA visual tool for simple flows; code when the logic deserves tests.
AI modelsHosted APIs, local modelsChosen per job after testing on your documents, not by fashion.
InfrastructureLinux, Docker, ProxmoxPlain, portable building blocks that run anywhere.
Access & backupsWireGuard / Tailscale, resticPrivate remote access, encrypted off-site backups that get tested.
MonitoringUptime Kuma, GrafanaYou find out from a dashboard, not from a customer.

The homelab

Everything I recommend to a client runs here first, usually for months. The homelab is a small rack of second-hand business hardware where I break things deliberately so it does not happen on your systems: upgrades are rehearsed, backups are restored, and new tools earn their place before they appear in a proposal.

homelab / topology.svg
Simplified homelab diagram An internet connection enters a firewall. Behind it, a virtualisation host runs test client environments, an automation and AI node, and monitoring. A storage server keeps snapshots and sends encrypted backups off-site. Remote access is through a private WireGuard network with no open inbound ports. internet firewall / router no inbound ports open WireGuard mesh remote access virtualisation host · Proxmox client rehearsal copies of setups before upgrades automation + AI n8n · workers local model tests monitoring uptime · metrics alerts to phone storage · ZFS snapshots restic → off-site, encrypted restore drill monthly Simplified homelab diagram: firewall with no open inbound ports, WireGuard remote access, a Proxmox host for rehearsal, automation and monitoring, and ZFS storage with encrypted off-site backups and a monthly restore drill. internet firewall / router no inbound ports open WireGuard mesh remote access virtualisation host · Proxmox client rehearsal copies before upgrades automation + AI n8n · local model tests monitoring uptime · alerts to phone storage · ZFS snapshots restic → off-site, encrypted restore drill monthly, reported
Simplified diagram. Client environments here are rehearsal copies built from scratch; no client data is kept in the homelab.