Ebook · 4 chapitres
49€
Faire son SaaS avec Claude Code
Vingt ans de machines ouvertes, de pannes à 3 h du matin et d'infrastructures en production — condensés en une méthode applicable.
Voir l'ebook →Avant de savoir que c'était un métier, je voulais juste comprendre la machine. De Visual Basic au cloud, l'histoire dans l'ordre.
$ whoamiJulien MauclairNé en 2000 · co-founder de Stralya$ cat ./debut.txt2005 — Premier ordinateur entre les mains, grâce à mon père.$
// 2005 — aujourd'hui
Pas une fiche de compétences. L'histoire vraie — un père, un premier ordinateur à 5 ans, un prof pas comme les autres, et tout ce qui a suivi.
Tout a commencé avec mon père. Mon premier ordinateur entre les mains à 5 ans. Il nous a transmis bien plus que l'informatique : le goût de l'électronique, l'envie de comprendre comment marchent les machines, de les ouvrir, de ne pas en avoir peur. La machine n'était pas un objet interdit, c'était un terrain de jeu.
David, et un GIF en fond d'écran. Le vrai déclic, je le dois à mon prof d'informatique en CM1. Il était en fauteuil roulant, et un jour il m'a montré comment mettre un GIF animé en fond d'écran. En 2009, pour moi, c'était de la pure magie. La même année, mes premières lignes de Visual Basic : je ne comprends pas tout, mais je sens que je peux parler à la machine.
Le premier vrai code. Je l'ai touché dans Minecraft. En Java, j'ai créé mes propres items — des objets qui n'existaient pas tant que je ne les avais pas écrits. Voir une idée apparaître dans un monde juste parce que j'avais tapé la bonne ligne, ça ne m'a plus jamais lâché.
Mes premiers serveurs. J'ai voulu que d'autres jouent sur mes mondes, alors j'ai commencé à les héberger. C'est là que j'ai rencontré ce qui m'anime encore : les adresses IP, les ports, la façon dont une machine en trouve une autre. De l'infrastructure, bien avant de savoir que ça portait un nom.
Réparer pour comprendre. Des heures à réparer des ordinateurs et des téléphones, les miens et ceux des autres. Changer un écran, remplacer une batterie, réinstaller un système. Plus j'ouvrais les machines, plus je comprenais comment elles tenaient debout — le matériel autant que le logiciel.
Mettre quelque chose en ligne. Mes premiers sites. Publier à une adresse que n'importe qui, n'importe où, pouvait ouvrir — une autre forme de magie, plus grande que la première.
Quand le site devient logiciel. Des formulaires, des bases de données, de la logique qui décide. Le site n'était plus une vitrine : c'était un logiciel qui faisait quelque chose.
Mes premiers modules. Première rencontre avec un autre langage et l'écosystème e-commerce : étendre une plateforme existante, brancher mon code sur celui des autres, et le voir tourner chez de vrais marchands.
La production, pour de vrai. Mon premier serveur en prod. Fini le bac à sable : des utilisateurs réels, des choses qui cassent à 3 h du matin, et la responsabilité que ça tienne malgré tout. J'ai appris autant des pannes que du reste.
Le cloud, et l'échelle. Mes premières vraies infrastructures : solides, et surtout faites pour itérer dessus. En parallèle, mes premières apps Next.js — j'avais déjà touché à Node.js plus jeune sans tout comprendre, et là tout s'est mis en place.
Notre e-commerce, et une vraie infra. On lance notre propre boutique, qu'on revendra plus tard. Je suis derrière toute l'infrastructure AWS : distribution et CDN, bases de données, mise à l'échelle. Pour la première fois, mon code et mon infra servent un business qui est le mien — chaque optimisation se voit sur le chiffre.
Déployer, à grande échelle. Des dizaines d'instances. Le réflexe « un serveur » devient « une flotte » : load balancing, mise à l'échelle, surveillance. Et la question qui ne me quitte plus : est-ce que tout ça est dimensionné juste, ou est-ce qu'on paie du vide ?
Co-founder de Stralya. Infrastructures cloud AWS : architecture, mise à l'échelle, finops. Et ici, les méthodes que j'applique vraiment.
Je n'ai jamais cru que ce que je faisais pouvait être un métier — je voulais juste comprendre.
// Ce que je vends ici
Vingt ans de machines ouvertes, de pannes à 3 h du matin et d'infrastructures en production — condensés en une méthode applicable.
Voir l'ebook →