Aller au contenu
CleanSofts AMHB

À propos

Derrière CleanSofts AMHB, un ingénieur

CleanSofts AMHB est portée par une seule personne : celle qui vous répond, qui conçoit et qui écrit le code.

Je suis ingénieur logiciel indépendant. Il n’y a ni commercial, ni chef de projet intermédiaire, ni équipe de production à qui votre dossier serait transmis : vous parlez à la personne qui réalise. C’est une contrainte, puisque je ne prends que les missions que je peux mener ; c’est aussi ce qui rend un engagement vérifiable.

Parcours

Je développe des logiciels depuis bientôt 10 ans — applications web, API et outils métier, principalement pour des secteurs comme le contrôle de gestion, la finance, l’e-commerce et la gestion des droits audiovisuels. J’ai travaillé au sein d’équipes internes comme sur des reprises d’applications existantes : c’est ce qui m’a appris comment un système vieillit, et ce que coûte un choix que personne n’a documenté.

Je ne prends pas toutes les missions. Un besoin qui demande une équipe de dix personnes, un délai déjà intenable, une technologie que je ne pratique pas : je le dis au premier échange et j’oriente vers quelqu’un dont c’est le métier quand je le peux. Une mission mal engagée coûte plus cher qu’une mission refusée.

Consulter mon CV interactif

Comment je travaille

  • Cadrer avant d’écrire

    Je commence par comprendre le métier, puis j’écris ce que le logiciel doit faire et ce qu’il ne fera pas. Un périmètre écrit vaut mieux qu’un devis optimiste.

  • Livrer par incréments

    Vous voyez tourner quelque chose tôt, puis régulièrement. Chaque incrément arrive avec ses tests, sa documentation et son pipeline de déploiement.

  • M’outiller sans déléguer le jugement

    Je m’appuie sur l’IA à chaque étape — cadrage, audit, écriture du code. Elle élargit ce que je couvre dans un temps donné ; elle ne décide pas, et rien n’est livré que je n’aie relu.

  • Vous laisser autonome

    Le dépôt, les accès et la documentation sont à vous du premier jour au dernier. Je travaille pour être remplaçable, pas indispensable.

Ce sur quoi je m’engage

  • Vous restez propriétaire

    Code, documentation et infrastructure vous appartiennent. Rien de ce qui est livré ne dépend de moi pour continuer à fonctionner.

  • Un interlocuteur unique

    La personne qui répond à votre premier message est celle qui cadre, qui développe et qui met en production.

  • Une charge annoncée

    Je ne prends pas plus de missions que je ne peux en mener. Si un délai devient intenable, vous l’apprenez avant qu’il ne soit dépassé.

  • Une continuité prévue

    Chaque mission prévoit ce qui se passe si je ne suis plus disponible : documentation à jour, accès partagés, reprise possible par une équipe tierce.

Un projet à cadrer ?

Décrivez-moi votre contexte en quelques lignes : je vous réponds avec un avis, pas une plaquette.

M’écrire