Our story

We built our own cloud to keep our own product running.

None of this was a strategy deck. Each piece exists because the one before it needed it, and the last piece exists because renting compute stopped being defensible.

202201
Origin

StackZero

Client engineering across education, early-stage products and digital delivery. We learned how software actually gets shipped when the budget is real and the deadline is somebody's livelihood.

202402
First product of our own

LastClass

A campus platform — attendance, groups, library, notes, alumni networks — sold to institutions rather than individuals. It taught us multi-tenancy the hard way: many organisations on one deployment, none of them ever seeing each other's data.

202403
Second, different market, same shape

LenV

Photographers on one side, studios and clients on the other, with bookings, gear rental and heavy media in between. A different industry that turned out to need the same primitives — two-sided state, transactional integrity, media at volume.

202504
The bet

Fimyd

Local commerce done properly: paste a link, photograph a product or scan a barcode, and see real offers from trusted sellers near you. The most ambitious thing we had built, and the one we intended to raise for. That raise has not landed yet.

The wall05
Constraint

Iteration became the expensive part

Three platforms, one bill. Dev environments, preview builds, CI runners and model inference are steady, predictable load — and we were renting all of it by the hour. The bottleneck was no longer application code. It was where the work ran, and it was quietly deciding how fast we were allowed to move.

202606
The answer

Lyka

An open hybrid operating layer that gives every workload a deliberate home across owned hardware and public cloud, without changing how developers ship. We built it to keep Fimyd alive. It turned out to be the most valuable thing we had made.

Today07
The practice

StackInfinity Group

Four products shipped, two of them still in active development, and the engineering underneath all of them — now offered to teams solving the same problems. The services fund the products. The products keep the services honest — it is difficult to oversell capability you have to live with on Monday morning.

What came out of it

Four products. Two still ours to grow.

Lyka and Fimyd are live and in active development. LastClass and LenV were built in 2024 and are where the primitives came from.

2026

Lyka

Hybrid cloud operating layer

2025

Fimyd

Local commerce marketplace

2024

LenV

Photography platform

2024

LastClass

Campus SaaS

See all four in detail
How we work

Five things we hold to, including when it costs us the work.

01

The architect writes the code

Whoever designs your system is on the keyboard building it. Nothing is sold by one team and delivered by another, because the gap between those two teams is where most projects go wrong.

02

We would rather lose the deal than the argument

If what you are asking for cannot be built for what you want to spend, we say so in the first conversation. That answer is free and it is usually the useful one.

03

Running it counts as building it

A system that ships and then cannot be operated is not finished. Deployment path, observability and the 3am failure mode are part of the work, not a phase after it.

04

Fix four things before proposing a rewrite

Rewrites are occasionally correct and almost always oversold. We separate what is genuinely load-bearing from what is merely old, so you do not pay to replace working code.

05

Small on purpose

We take a limited number of engagements at a time. Growing headcount faster than judgement is how engineering firms become staffing firms, and we would rather not.

Start here

If any of that sounds like your situation.

You do not need a brief or a requirements document. Tell us what is going wrong and where it started.

connect@stackinfinitygroup.com
  1. Within two working daysA reply from an engineer who would be on the work, not an account manager and not an automated acknowledgement.
  2. Then a callForty-five minutes about your problem rather than our capabilities. Bring the architecture diagram, the bill, or the incident report.
  3. Then something in writingA short written view of what we think is actually going on. Yours to keep and act on, with or without us.