Recurthink | Software Engineering Studio

On écrit du code fait pour être compris.

Des applications utiles, propres et qui ne meurent pas.

Ce que l'on fait

Studio d'ingénierie logicielle. On conçoit des applications neuves pensées pour tenir, on reprend des systèmes existants pour y voir clair, on transmet ce qu'on sait aux équipes et aux individus qui veulent comprendre ce qu'ils construisent. Dans les trois cas, la démarche est la même : comprendre avant de toucher, écrire pour celui qui relira le code après, livrer quelque chose qui tient dans le temps.

Créer

Des projets neufs, conçus pour tenir. On réfléchit à la structure avant d'écrire la première ligne.

Réparer

Du code legacy, de la dette technique, des systèmes ingérables. On lit avant de toucher. On ne réécrit que ce qui doit l'être.

Transmettre

Audits d'architecture, formations, revues de code. On partage ce qu'on sait, parce que le bon engineering ne devrait pas rester dans une seule tête.

Engagements

Facturation au projet

On facture au projet, pas au temps passé. Le chiffrage est notre responsabilité : si on se trompe, c'est notre problème.

Maintenance sécurité à vie

Les failles de sécurité dans le code livré sont corrigées à vie, tant que ce code n'a pas été modifié par un tiers. Pas en option. Compris.

Code accessible

Le code est livré accessible à la fin de chaque mission. Il vous appartient.

Visible dès le premier commit

Le site est accessible en continu pendant le développement. Chaque commit met la version en ligne à jour.

Méthode de travail

Le Cycle.

Chaque projet est une boucle. On y entre avec un diagnostic, pas une présupposition.

Audit

Comprendre avant de toucher. Ce qui est cassé, pourquoi, ce que ça coûte.

Architecture

Concevoir une structure qui fait sens pour ce contexte précis.

Build

Écrire du code propre, documenté, testable. Sans raccourcis.

Revue

Questionner ce qu’on a construit. Est-ce que ça tient ? Est-ce que le suivant comprend ?

Itération

La boucle recommence. Un bon logiciel n’est jamais terminé.

Notre credo

Un logiciel qui marche aujourd'hui et lâche dans deux ans n'est pas un logiciel qui marche. C'est un problème qu'on a décalé.

Le code est une forme d'écriture. Il sera relu par l'équipe suivante, par le dev qui débuggera à minuit avant une mise en prod. Autant qu'il soit lisible.

Propre n'est pas un luxe. C'est la condition pour qu'un projet reste modifiable dans cinq ans sans tout recommencer.

On construit du code pour durer plus longtemps que l'enthousiasme du premier sprint.