Services

Five things we do, and the evidence for each one on this site.

Service pages are usually a list of capabilities nobody can check. These five are arranged so that you can: each one names the case that backs it, and each case names what was measured, what was not, and what we are not allowed to say.

If you already know which one you need, the cards below go straight there. If you do not, the quickest route is the section after them — it starts from what you already have rather than from what we sell.

Start here instead

What you already have decides what you need

Most people arrive knowing the problem and not the category. These five sentences route faster than a capability list does.

True of all five

The commitments that do not change with the service

These are the same whether we are building a system, lending you engineers or delivering your traffic. They are written here once rather than repeated as adjectives on five pages.

  • Named people, not profiles. You meet the engineers before the contract, and we tell you each person's weak spot rather than letting you find it in week three.
  • Your repository from the first commit. Not at the final invoice, and not as an import of a finished codebase with the history flattened.
  • Fixed price per phase. For a phase whose scope is known. A fixed price for a system whose requirements are still being discovered is a bet, and somebody loses it.
  • A handover somebody else could use. A build that runs on a clean machine, migrations from empty, a runbook, decision records — and a stranger who can make one change and release it.
  • Figures we can defend. If a number is not measurable, it does not go on this site. That rule is why some of our pages are shorter than a competitor's.

A special case

Where Jmix sits in all this

Jmix is a Java platform we work in constantly, and Far Rainbow is the seller of record for its licences in Italy. That makes it a platform, not a sixth service — three of the five above have a Jmix-specific version with the detail a Java buyer actually wants. If the platform is already decided, start there.

If the platform is not decided yet

An architecture review answers whether Jmix suits the system you are describing, and the answer is sometimes no — the five situations where we say no

If you are leaving CUBA Platform

The framework reached end of life, including security updates. Most of a CUBA system moves untouched — what moves, what gets rewritten, what has no replacement

If you need Jmix engineers specifically

They are scarce in Italy, and the honest version of that page says how many and how fast — how many, how fast, and who directs what

If you want the whole system built on it

What you own at the end, what the premium add-ons commit you to, and the test that says the handover is finished — built end to end, and handed over

What we actually work in

The stack, as evidenced by delivered work rather than by a logo wall

Everything below has carried something into production for a paying client. Some of those engagements are published as cases on this site and some are covered by agreements that stop us naming the client — but nothing here was learned for a demonstration or used once, which is the whole reason a list like this is worth reading.

Java and the enterprise side

Java, Kotlin, Spring Boot, Jmix and CUBA Platform, PostgreSQL. Internal systems with a large domain model, a real access model and a maintenance horizon measured in decades rather than quarters.

.NET and native mobile

C#, .NET 10, .NET 6, ABP Framework, .NET MAUI, iOS and Android — including taking over a payment application still running on Xamarin a year after Microsoft stopped supporting it, and moving it without an outage.

Cross-platform mobile

Flutter and Dart, including a product whose four applications — customer, seller, venue and administrator — share one codebase against a single Node.js and TypeScript backend with TypeORM, PostgreSQL, Firebase and Stripe.

Web and front end

React, Next.js, Vue, TypeScript, Tailwind, Three.js for interactive 3D, and on the server side PHP with Laravel, Django, Node.js with Express, SCSS. The unfashionable half of this list is the half carrying payment traffic today.

Infrastructure and delivery

GitLab CI/CD and automated test pipelines, Ansible, Docker, Kubernetes — including migrating legacy applications into it — Linux on Ubuntu and Debian, monitoring, and the certificate management nobody puts on a slide.

Models and data

PyTorch, GPU training, Bayesian change-point detection, text classification that survives deliberate obfuscation, and sCASP with Event Calculus where the reasoning has to be shown rather than trusted.

Design and specification

Figma for interface design, OpenAPI for contracts between the parts, and the business-process modelling that comes before either — we have been hired for the design stage alone, with somebody else building the result.

Next step

Describe the problem, not the solution you had in mind

Two paragraphs are enough. If one of the five fits, we will say which. If none does, we will say that too — it happens often enough that it is worth promising.