Replying to @u235c137 @MakTwenty
Non événement ?
Juste les plus grosses failles de sécurité de php ever tu peux avoir un shell sur n'importe quel site php en moins de 10s sans moyen de mitiger 🤯
Nicolas Lescop retweeted
1/3 5500 mercis ! 🎉 Ma chaîne YouTube vient de franchir la barre des 5,5K abonnés, et je tenais à prendre un instant pour remercier mes followers ❤️
🔗 youtube.com/@ponceto91
Replying to @EnergyThen @laubloch
Bien vu pour TS, mon exemple était mal choisi.
Tu m'as à moitié convaincu sur le par défaut. Mais si chaque projet demande de vérifier qu'il n'est pas une exception, c'est déjà un arbitrage.
Merci pour l'échange et les liens, c'était intéressant.
Je retire l'argument DevRel ou influenceurs, tu as raison.
Ce que je conteste, c'est le "par défaut pour tous les nouveaux projets".
Même TypeScript croît plus vite que Rust selon les chiffres de Meta cités dans ton lien.
Le bon langage reste celui qui colle au contexte.
Ton lien est signé par l'un des designers de Rust, qui l'assume : "Of course, I would, wouldn't I?"
Et sa conclusion rejoint la mienne : le compilateur évite des bugs, il ne garantit pas qu'on construit la bonne chose. Le cadrage reste notre job.
Replying to @EnergyThen @laubloch
Juste, mauvais procès sur les DevRel.
Mais l'article que tu partages va dans mon sens : Niko Matsakis y écrit que le typage ne suffit pas, que le design reste le vrai problème ouvert, et que Go est aussi un bon fit.
Rust est un excellent choix, pas un défaut universel.
Replying to @Rom1_Dev_Sleep
Il existe pourtant des solutions pour conserver le typage entre Rust et TS, comme Specta ou rspc. On ne retrouve pas forcément toute l'expérience d'un fullstack TypeScript, mais parler de perte d'information inévitable me semble exagéré. Ça dépend surtout de l'archi choisi.
Ces entreprises ne font pas que du Rust. Elles choisissent leurs technos selon les besoins, les contraintes et leurs écosystèmes.
Leurs retours montrent que Rust a sa place, pas qu'il est le meilleur choix par défaut pour tous les projets.
Replying to @EnergyThen @laubloch
Mais les personnes que tu cites sont souvent des DevRel, dont le rôle est de promouvoir des technos et d'influencer les choix des développeurs
Ça ne remet pas en cause leur expertise, mais leurs retours d'expérience ne font pas de Rust le meilleur choix pour tous les projets
Replying to @Prince_Kindou
Et pourquoi pas ajouter Prolog et COBOL pour être sûr de couvrir tous les besoins ? 😂
Replying to @romaintouze
Oui, si Rust coche toutes les cases pour ton projet, go ! Je dis juste que le choix d'une techno doit rester contextuel. Les garanties du compilateur et les perfs sont des atouts, mais l'écosystème et les besoins du projet comptent aussi.
Je pense aussi le choisir d'avantage.
Replying to @EnergyThen @laubloch
Je ne dis pas qu'il faut éviter Rust, mais qu'il ne devrait pas être un choix par défaut juste parce que des influenceurs le présentent comme le meilleur langage pour coder avec l'IA.
Si c'est ton langage de prédilection pour le backend, je ne vais pas te convaincre de switch.
Replying to @romaintouze
Oui, on peut écrire des tests dans tous les langages. Rust apporte des garanties supplémentaires, mais ça ne justifie pas de l'utiliser partout. Le choix dépend aussi du projet, de son écosystème et des contraintes d'intégration.
Replying to @EnergyThen @laubloch
Rust a de vrais atouts pour le dev agentique, mais le choix d'un langage ne se résume pas à ses garanties
Selon le projet, certaines libs ou intégrations peuvent manquer. Et si on doit s'intégrer à une stack existante ou livrer vite, l'écosystème compte autant que le compilateur
Replying to @laubloch
Toutt à fait d'accord. Mais le choix du langage dépend aussi de l'application qu'on veut développer.
Rust a de vrais atouts pour guider l'IA, mais le meilleur langage reste celui qui répond le mieux aux contraintes et aux besoins du projet.
Replying to @pbeyssac
100% d'accord !
Des jeux de tests bien conçus peuvent effectivement couvrir énormément de choses et compenser largement certains avantages de Rust.





