Service · Software and licences

Developer tools

Example: a software publisher of a dozen people. The code sleeps in three separate places, the development environment subscriptions were paid on personal cards and reclaimed as expenses, and the production server password sits in a chat thread from two years ago. We help choose the tooling and rebuild an environment where the code, the build and the release belong to the company rather than to whoever happens to work there this year. We configure all of it remotely and you take out the subscriptions yourself, straight from the publishers.

In the company name
accounts and licences, never individuals
The code
in an organisation you control
Advice only
we resell no licences at all
Set up
not merely a shopping list

Where this service reaches

Which text editor people prefer matters far less than this: where the code lives, and by what route it becomes a product running at a customer site.

Put your scope to an engineer

Development environments

Tool suites, build subscriptions, coding assistants. We help settle the edition and the number of seats, and licences attach to work accounts rather than to private addresses.

Code repositories

An organisation opened in the company name, with teams thought through in advance, protected branches, a compulsory review and two-factor sign-in for everyone.

Build and release

A pipeline that builds the application on its own, runs the tests and publishes a version to a staging environment. No more hand-copying files on a Friday evening.

Secrets and access

Passwords, interface keys and certificates kept in a software vault instead of a configuration file versioned along with the rest of the project.

Outside contractors

A freelance developer receives access to the repositories they work on and nothing else, for the length of the engagement. At the end date the access lapses by itself.

Library licences

We record which licences cover the open source components embedded in your product. A copyleft licence inside an application sold to customers is better known before signature than after. The legal reading belongs to your solicitor.

Repository backup

A copy of the repositories and their history held away from the platform, because a suspended account or a slip of the hand happens at large providers too.

The way an engagement runs

Duration follows the number of projects and repositories; the timetable is set at the start and everything is done remotely.

01

Where things stand

Where the code sits, who can reach it, whose name the subscriptions are in, and what releasing a version looks like today.

02

Choosing the tools

Tools and seat counts matched to the size of the team, the technology stack and the demands of your own customers, for instance on where the code may be hosted.

03

Configuration

Organisation, permissions, delivery pipeline, secrets vault and repository backup. Remotely, without interrupting work in progress.

04

Handover

A written description of the environment and an hour over video during which the team asks its questions.

Code hosted on a developer's personal account does not truly belong to the company. The day that person leaves, access to the whole history of changes can leave with them, and the question of rights is then settled with a lawyer. Moving the repositories into a company organisation is the first move to make, ahead of any choice of tooling.

Questions and answers

Usually not. A hosted service takes administration, updates and backups off your hands. An installation of your own, or one at a French provider, earns its place when a customer contract forbids the code leaving your infrastructure, or when everything must stay inside the Union with a named supplier such as OVHcloud or Scaleway.

Yes, on two conditions. First, pick a plan whose current terms rule out training models on your code, which we verify before purchase because those terms move. Second, set plain rules: no customer data and no secrets pasted into a prompt. We apply those settings at organisation level so they do not rest on everyone's goodwill.

Almost always as a per-user subscription taken out directly with the publisher. What matters is that it stands in the company name and attaches to a work account. A subscription bought on a private address walks out with the employee and the money is gone.

Most teams already work largely with free tooling: version control, containers, editors, libraries. What gets paid for is the full suites, the assistants and the build minutes in the cloud. We take the opportunity to reread the terms of the libraries sitting inside whatever you resell.

None whatsoever. We are neither a reseller nor an introducer and no publisher pays us anything. You buy directly, on your own legal entity, and you pay us only for the time spent choosing, costing and configuring. That is the only way advice stays advice.

Put the developer environment in order

Tell us how many developers you have and where the code lives today. We will propose a set of tools and tidy up the subscriptions.

When we are around
Weekdays, 8:00 to 18:00 CET; answers land inside one working day
Talking it through
A call on Teams or Google Meet, whenever writing is not enough

We set strictly necessary cookies only: they keep the site running and remember the city you chose. Nothing here is used for advertising or tracking. More in our privacy policy.