Software development

Post LinkedIn lead magnet · Software development

Le petit outil que j’ai codé pour moi… est maintenant dispo 👀 Il y a quelques jours, je partageais un post sur un script pour nettoyer les caches de dev sur macOS. À la base, juste une republication. Puis je me suis dit : “ok, mais j’aimerais voir clairement ce qui prend de la place avant de nettoyer.” Résultat → j’ai développé une petite app macOS. Un outil simple, sans prétention, mais que j’utilise déjà tous les jours 👨‍💻 Concrètement, ça permet de : - Voir l’espace disque total et restant - Identifier rapidement ce qui prend de la place (Xcode, Gradle, npm, etc.) - Nettoyer les caches en un clic Pas de magie. Juste un outil pratique pour éviter de découvrir trop tard que ton disque est plein 😅 💡 Je l’ai finalement mis en open source. Si vous voulez tester, vous pouvez récupérer la version dans l’onglet Releases du repo Git. Le lien est en commentaire 👇 Je suis preneur de retours, que ce soit sur : - l’usage - les idées d’amélioration - ou même le code C’est encore une version alpha, donc clairement perfectible. Au final, ça part souvent d’un petit besoin du quotidien et ça devient un outil qu’on garde longtemps. ❓ Vous avez déjà partagé un outil “fait pour vous” qui a finalement servi à d’autres ?

Mécanisme lead magnet

Le lien est en commentaire 👇

43 26×3.7

Autres lead magnets en software development

3

Software development

Post LinkedIn

Vidéo

On vient de supprimer Figma de notre workflow et on ship 10x plus vite. On met 3 jours à faire ce qu'un agent fait en 4 minutes. Et le pire c'est que l'agent le fait mieux.  Parce qu'il part de la spec, pas d'un mood board. Chez Lyse on a supprimé Figma de notre workflow. Complètement.  Plus de mockups. Plus de maquettes. Plus de "je te fais un proto." Une spec Gherkin + un design system = l'agent compose la UI seul.  Edge cases gérés. États vides gérés. Responsive géré.  Choses qu’on oubliait 1 fois sur 2. On a build un framework pour ça. Plan, Ship et Analyze. Plan : l'agent refuse de coder tant que la spec a un seul "à définir" dedans. 8 sections obligatoires. Acceptance criteria binaires. Ce qui n’est pas spécifié n'existe pas. Ship : TDD pur. Tests avant le code. L'agent reset son contexte à chaque itération. Zéro dette cognitive. Analyze : score de conformité chiffré. "8/9 criteria, rate limiting manquant." Pas "ça a l'air bien." Pas "on verra en prod." Le vrai problème de Figma, c'est son postulat de base. Le design précède le code.  Un humain doit imaginer chaque écran, chaque état, chaque interaction avant qu'une seule ligne soit écrite. Aujourd’hui, c’est devenu faux. Une spec bien faite contient déjà tout. L'agent lit les user stories, pioche dans l'Atomic Design, compose. Le designer, il fait quoi ? Il review. Comme un tech lead review une PR au lieu de tout coder lui-même. La spec est le nouveau point de départ. Et ceux qui s'adaptent pas vont se faire remplacer par un fichier Markdown. Commente "Workflow" et je t'envoie la doc complète du framework. ✌️

Commente "Workflow" et je t'envoie la doc complète du framework.

651 1.4k 0×4.4

Demander le retrait de ce post

LinkHub

LinkHub

Attire des clients qualifiés sur LinkedIn avec tes commentaires

LinkPost

LinkPost

Crée du contenu viral sur LinkedIn de façon scientifique

LinkEarn

LinkEarn

Attire des clients en illimité grâce à LinkedIn - sans y passer des heures.

LinkMagnet

LinkMagnet

Distribue tes lead magnets automatiquement sur LinkedIn