Lars Barkman
writings/consulting/ventures/resume/

Independent consultant · Solopreneur

Hi, I'm Lars Barkman.

I bring clarity to complex digital solutions and the organizations behind them — and help both work in practice.

As a solution architect, enterprise architect, and engineering manager, I connect solution design, team capabilities, and how the organization operates. Sometimes that means changing the design; sometimes it means helping the team learn, adapt, or grow.

Twenty years across insurance and pensions, shipping, manufacturing, energy, and enterprise software.

Outside client work, I’m building i26g, a self-hosted platform for independent systematic trading.

Get in touchSee consulting

Writings

See all writings

Notes on organizations, technology, and the full lifecycle of digital solutions — from tactical detail to strategic perspective.

  • Nov 11, 2026i26gsolution-designsolopreneurship
    The Interface Between i26g and Your Infrastructure
    How the i26g Control Plane creates VMs, networks, storage, and DNS inside its boundary: a small, published interface with an adapter per provider, built from OpenTofu modules — rather than a facade service standing between the platform and your infrastructure.
  • Nov 11, 2026i26gsolution-designsolopreneurship
    One Pattern for Every Integration
    Why every external dependency of i26g — infrastructure, brokers, and data sources — goes through the same adapter pattern: a published interface, conformance tests, versioned sets, and versions you pin — with stricter rules where failure costs more.
  • Nov 10, 2026i26gsolution-designsolopreneurship
    Why i26g Runs on VMs, Not Kubernetes
    Why the i26g Application uses virtual machines as its infrastructure primitive rather than a Kubernetes cluster — from someone who has designed Kubernetes platforms, and chose not to build on one here.

Consulting

See consulting

Solution architecture, enterprise architecture, and engineering management: stepping into the seat, making the decisions, and staying hands-on until the work holds without me.

  • Solution Architect
    Clear technical direction. Practical architecture. Hands-on support through delivery.
  • Enterprise Architect
    Clear ownership. Clear decision authority. An operating model that supports delivery.
  • Engineering Manager
    Steady leadership for your engineers. A team structure that fits the work. Delivery that improves.

Ventures

See all ventures

Where I build: i26g, independent systematic trading, worked as knowledge, tooling, and services — the i26g Handbook, the i26g Application, the control plane that runs it, and the adapters that connect it.

  • i26g Handbook
    The knowledge around independent systematic trading — data, research, testing, sizing, risk, and operations — with a practical model for organising it at its core. Methods and engineering, never trade recommendations.
  • i26g Application
    The components that together cover the complete chain required to trade — data ingestion, research and backtesting, strategy runtime, execution, risk, and the human interface — as one self-hosted system you deploy and operate on infrastructure you control. In development, not yet public.
  • i26g Control Plane
    Being developed to validate, release, deploy, operate, and retire versions of the i26g Application, and to manage its VMs, networks, and volumes within a boundary the infrastructure owner defines — reconciled from Git, with trading-aware health checks. In early development.
  • i26g Custom Development
    Extending an i26g deployment when the standard tooling does not cover a specific requirement — hands-on work on the i26g Application, the i26g Control Plane, or their adapters. Offered to early deployments while the tooling is in development.
© 2026 • Lars Barkman