
building stuff online | @planigramme @usecassie @ScarteQR
Joined June 2010
- Tweets2.2K
- Following408
- Followers200
- Likes18.9K
damn crazy figures
Blizzard revealed that World of Warcraft: Forever was running on 3,924 virtual machines, 251,136GB of RAM and 70,480 CPU cores to handle the launch.
And it seems to have worked. Players reported almost no queues, disconnects or lag.
Blizzard Executive Producer Holly Longdale praised the team, saying: “This launch was crazier than the insanity we imagined but thankfully the team built plans and contingencies. They are incredible imo.”
Stocki retweeted
I just made a crazy discovery in WoW Forever. I took my Skyborne to Fairweather Stables, jumped off, and used the Walk on Air ability. I glitched through the world and discovered a whole new zone
Stocki retweeted
If you thought only updating PHP today kept you safe, you're wrong.
To be clear, there are 4 major security vulnerabilities in the last 48 hours. You need to patch:
- PHP
- Laravel
- Node
- Your server
Here's what you need to do serversideup.net/blog/php-la…
Stocki retweeted
Pour tous mes followers qui sont sous PHP. Il vous faut absolument update vos serveurs car une grosse CVE arrive aujourd'hui.
Il y a eu déjà plusieurs leaks, donc vous pouvez prendre un peu d'avance pour patch ça avant que ce soit publique.
Note : Seul PHP 8 est corrigé
ma.ttias.be/php-cve-2026-109…
Stocki retweeted
Cloudflare open-sourced the security audit skill that seeded its own vulnerability hunting harness. Your coding agent can now run it on your code.
How it works, in 6 phases:
→ maps your codebase
→ hunts for bugs area by area so nothing gets skipped
→ sends every finding to a fresh agent that didn't find it, to confirm it's real
→ writes structured results
→ verifies each record again, independently
→ writes the final report
You get a findings file split into confirmed, needs validation and rejected, so you fix the real problems first.
Install:
npx skills add github.com/cloudflare/securi… --skill security-audit
Then open your agent in your project and type: "security audit this codebase"
MIT licensed, 31.3K stars.
Coming around to the idea that what I want most from the next generation of models is speed. They’re plenty good now, but I want the experience to feel more interactive. I want to say “let’s try that split vertical instead of horizontal” and for it to be shown to me <1s later.
Stocki retweeted
OpenBao est un projet open-source sous licence MPL 2.0, permettant de gérer, stocker et distribuer des données sensibles, notamment des secrets, certificats et clés ⬇️
github.com/openbao/openbao
Stocki retweeted
PHPStan: 60 seconds
Mago (Rust): 3 seconds
I thought it was AI slop. Then I went down the rabbit hole... and ended up learning Go 😅
Is PHP becoming a "Rusty" language? 👇
tomasvotruba.com/blog/is-php…
Stocki retweeted
Prompt of the day:
Create a pre-commit hook that prevents files over 5,000 tokens. Tokens = bytes/4.
Run only on staged files. Ignore files which are not authored by agents, like lockfiles or codegen.
Provide explicit instructions on how to split files in the error message.
The simplest investment I ever made in my codebase. So good.
Stocki retweeted
J'ai créé un petit lab pour custom un agent et l exporter en SVG animé pour pouvoir l inclure dans un projet 👀
le genre de petit détail qui fait la différence 🤌
dots-lab.pages.dev
Stocki retweeted
Cloudflare just open sourced a skill that turns your coding agent into a full security auditor, and it picked up 2,428 GitHub stars in a single day.
Repo: github.com/cloudflare/securi…
Stocki retweeted
Replying to @MennelDev @pendev
Le design de base d un IA est forcément du slop branche un mcp type mobbin ou refero ou si tu veux pas payer tu peux utiliser inspomcp.dev tu verras tes résultats auront rien à voir ahaha
Stocki retweeted
We just landed a PR on the @adonisframework HTTP server that speeds up the route lookup logic by A LOT in some scenarios!
Article coming up ✍️
Stocki retweeted
State of Ardaria. Does it look good at least? Mining gameplay
youtube.com/watch?v=PYcSH90X…
Quatre SaaS.
Une seule personne.
Un seul framework : Laravel.
Ce n'est pas un choix de hype.
C'est un choix de survie.
Quand tu es seul, chaque brique technique a un coût.
Un micro-service ? Un déploiement de plus.
Un front séparé ? Une API de plus à maintenir.
Une file de messages externe ? Un truc de plus qui casse le dimanche soir.
Et personne pour partager la facture.
Laravel, c'est un one person framework.
Routing. Eloquent. Auth. Queues. Mails. Temps réel. Tests.
Cashier pour Stripe. Socialite pour le SSO.
Tout est là. Un dépôt. Un déploiement.
Je ne réfléchis plus à l'architecture.
Je réfléchis au produit.
Je peux laisser un projet six mois.
Je le reprends sans réapprendre mon propre système.
Je scale le jour où j'en ai besoin.
Pas le jour où j'ai peur d'en avoir besoin.
Le luxe du solo builder, ce n'est pas la stack la plus sophistiquée.
C'est la stack qui s'efface.
Pour un micro-SaaS, la meilleure techno n'est pas la plus récente.
C'est celle que tu maîtrises.
Tu es seul. Pas de CTO. Pas d'équipe infra. Pas de sprint dette technique.
Chaque heure passée à apprendre un framework tendance est perdue. Elle ne va pas au produit. Ni aux clients. Ni au marketing.
Moi, c'est Laravel et React. Depuis des années. Et ça change tout.
Time-to-market divisé par deux. L'auth, Stripe, les emails : je ne redécouvre rien.
Moins de bugs en prod. Je connais les pièges. Je les évite avant de les rencontrer.
Une maintenance sereine. Six mois plus tard, je rouvre le code. Je comprends tout.
Des coûts prévisibles. Je sais ce que ça consomme. Je sais où ça casse.
Le vrai risque, ce n'est pas une stack éprouvée. C'est de ne jamais sortir le produit.
L'innovation, c'est ce que tu proposes à tes utilisateurs. Pas ton package.json.
après la decision fatigue sur quel agent tu préfères utiliser, il y a la decision fatigue sur quel environment cloud pour les faire tourner tu veux utiliser
Il y a deux ans, j'ai changé de navigateur durant un séjour au Portugal.
Ça paraît anodin. Mais j'utilisais Chrome depuis plus de dix ans, et chaque tentative de passer à autre chose s'était terminée en trois jours par un retour à mes vieux réflexes.
Là, pendant deux semaines de travail à distance, j'ai installé Arc dès le premier jour. Nouveau lieu, nouveau bureau, nouveau navigateur. Et cette fois, c'est resté.
L'an dernier, j'ai passé un mois au Vietnam. C'est là que j'ai vraiment commencé à travailler avec des agents IA au quotidien. Pas en lisant des articles, en les intégrant dans ma façon de coder, tous les jours, pendant un mois.
J'ai fini par comprendre le mécanisme : quand je voyage, toutes mes routines sont déjà cassées. Le café, les horaires, le trajet, l'environnement. Ajouter un changement de plus ne coûte presque rien, alors qu'à la maison le même changement doit lutter contre des années d'habitudes bien installées.
Le voyage est devenu pour moi un outil : une fenêtre de quelques semaines où je décide volontairement de tester ce que je repousse depuis des mois.
Depuis, à chaque départ, je me pose la même question : qu'est-ce que je vais changer cette fois-ci ?
Et vous, vous profitez de quels moments pour casser vos routines ?
C'est quoi ton ADE ?
ADE = Agentic Development Environment. En gros l'IDE, mais pour piloter des agents au lieu d'écrire le code toi-même.
Tu lances Claude Code, Codex, OpenCode, ce que tu veux. Plusieurs en parallèle. Chacun dans son sandbox. Tu regardes le résultat, tu relis, tu merges.
Moi je suis sur Superconductor.
Ce que j'aime :
- 3 implés du même ticket en parallèle, je garde la meilleure
- preview live de l'app avant même d'ouvrir le diff
- la review guidée, parce que relire du code d'agent c'est devenu le vrai goulot
- zéro worktree Git à gérer en local, c'est dans le cloud
Bref, ça marche bien pour moi.
Mais je sais que le marché explose. Warp, Cursor en mode background agents, des setups maison à base de tmux et de volonté… j'ai pas tout testé, loin de là.
Donc dis-moi :
- t'utilises quoi ?
- pourquoi t'as choisi ça ?
- qu'est-ce qui te manque encore ?
Je collectionne les setups, balance le tien 👇
Stocki retweeted
Il y a quelques mois, je codais tout en local. Maintenant je code tout en remote.
Toute mon approche du dev a changé.
Avant, j'avais une ou plusieurs instances de Claude en local à la fois.
Car faire tourner des agents de code en remote implique beaucoup de complexité :
- worktree + tmux + rebases foireux
- difficulté à tester en e2e
- difficulté de démarrer des stacks multi-container compliqués à chaque fois
- etc.
Aujourd'hui, je démarre tout de Firetower.
Je choisis mon issue et je lance un workspace sur l'une de mes VMs.
Firetower s'occupe de tout :
- télécharger tous les repos
- lancer un worktree
- faire tourner Claude
Je peux lancer plusieurs agents en parallèle sur autant de VM que je veux.
Dès qu'un agent a besoin de moi, j'ouvre, j'annote, j'itère, puis je passe au suivant.
Depuis la v0.25.0 firetower peut même faire tourner toute une stack docker dans chaque worker, il peut lancer des tests et itérer en profondeur.
Bref, je suis biaisé, car Firetower, c'est mon bébé open source.
Si tu veux supporter le projet, mets une étoile :
github.com/firetower-cloud/f…














