Comment je bosse (et pourquoi je build (presque) seul)

La question revient à chaque premier échange : "concrètement, tu bosses comment ?" Pas la stack, pas les diplômes. Comment tu penses, comment tu livres, pourquoi seul.

Voilà la méthode d'un freelance dev qui construit, sans CV ni storytelling.

Je construis, je patche pas

Quand un truc marche mal, je casse et je refais. Pas de contournement, pas de rustine qui tient deux semaines. Si l'archi est foireuse, je la refais. Si un composant est bancal, je le réécris. C'est plus rapide à long terme, et surtout c'est plus honnête.

Ça veut dire que parfois je passe une heure sur quelque chose que quelqu'un d'autre aurait patché en cinq minutes. Mais six mois après, mon code tourne encore et le patch a été refait trois fois.

Je vais vite

Une app complète en un weekend. Un outil de gestion en quelques semaines. C'est pas une promesse marketing, c'est juste comment je bosse. Je sais où chercher, je sais quoi prioriser, et je connais assez d'outils pour pas perdre une journée à choisir une stack.

RMS Ecosystem (la plateforme tout-en-un sur laquelle tu es en train de lire ce blog) est sortie en quelques semaines. RMS Graph (éditeur de diagrammes d'architecture avec API LLM-friendly) a été refondu from-scratch en quelques jours. Pas parce que c'est simple, mais parce que je sais quoi sacrifier au début et quoi affiner après.

J'apprends en faisant

Pas de cours, pas de tutos. Je me lance, je galère, je comprends. Cette méthode m'a permis de toucher à tout : frontend, backend, infra, design, déploiement, paiements, auth, monitoring. Je peux livrer un produit complet sans dépendre de personne.

Ça veut aussi dire que j'admets sans honte quand je sais pas. "Je ne sais pas" c'est plus utile que "je vais te trouver une solution" quand t'en as pas. La confiance se gagne avec ça, pas avec des promesses creuses.

Je suis direct

Transmission brute d'intention. Pas de filtre artificiel, pas de politesse de façade. Je dis ce que je pense d'un projet, d'une stack, d'une décision. Si je trouve qu'une idée va dans le mur, je le dis. Si je trouve qu'elle est solide, je le dis aussi.

Les gens avec qui ça matche apprécient. Les autres préfèrent travailler avec quelqu'un qui valide tout : c'est leur droit, c'est juste pas moi.

Pourquoi (presque) seul

J'ai dit seul, c'est pas tout à fait vrai. Sur certains projets je collabore avec Noyan, qui intervient sur la stratégie et le positionnement de produits comme Marketing Engine et Companion.

Lui, il apporte ce que je vais pas chercher naturellement : un regard direct non-technique, le retour de quelqu'un qui parle aux utilisateurs et au marché, pas au compilateur. La lecture marketing, la façon de positionner un produit avant même qu'il sorte, le sens de l'audience. Quand je suis à fond dans le code à optimiser un détail, il est celui qui me ramène à la question "ok mais qui va l'utiliser, et comment on leur fait savoir que ça existe ?". Il challenge sur le fond produit, pas sur la stack. On se complète.

Ça reste une collaboration légère, à deux, sans structure lourde. Pas une équipe au sens classique. On bosse quand on a besoin l'un de l'autre, on tranche vite, on avance.

Pour le reste (le gros du code, l'archi, le design, le déploiement) je suis seul, et c'est ce qui me permet de garder la boucle courte. Quelqu'un me dit "je veux ça", je le rends live. Pas un prototype Figma, pas un cahier des charges de 40 pages. Un produit qui tourne, sur lequel on peut cliquer, qu'on peut tester avec des vrais utilisateurs.

Pas de réunion d'alignement, pas de PR à reviewer pendant trois jours, pas de spec à écrire pour quelqu'un d'autre. Le code et le produit avancent en même temps que la pensée.

Quand un projet a besoin de plus de mains au-delà de Noyan, je sais m'entourer. Mais le défaut c'est petit comité, et c'est ce qui me permet de tenir mes délais.

Ce que ça donne en vrai

Le portfolio en est la preuve directe : RMS Ecosystem (CRM, devis, factures Factur-X, portfolio, blog, le tout self-hosted en monolithe modulaire), RMS Graph (diagrammes d'architecture avec API Bearer pensée pour les LLM), et un cloud privé self-hosted complet en alternative souveraine à Google Workspace. Tout ça en parallèle de missions freelance, sans équipe, sans levée de fonds.

Pas pour la performance. Pour rester libre. Construire ce qui me semble juste, au rythme qui me convient, avec les outils que je choisis.

Pour qui ça marche

Si tu cherches un prestataire qui valide tout et livre exactement ce que tu décris : c'est pas moi. Va voir ailleurs, c'est plus efficace pour tout le monde.

Si tu cherches quelqu'un qui :

• comprend ce que tu veux faire (pas juste ce que tu demandes)
• te dit quand ton idée a un trou
• livre vite et propre
• te laisse les clés à la fin

Alors écris-moi. On en parle, on voit si ça matche, et si oui on construit.

---

Une idée à concrétiser ? Écris-moi à [email protected] ou passe par la page contact.