Profile picture of Mika F
Mika F
CTO at lemlist - building the best place for devs
Follow me
Generated by linktime
June 10, 2025
Pas de TypeScript à lemlist. Et j’ai passé plus de 10 ans à coder en C++, je n’ai pas peur des types. Mais notre priorité chez lemlist, c’est simple : livrer de la valeur rapidement à nos utilisateurs. Et TypeScript ne nous aide pas à le faire. Est-ce que TS permet de détecter des erreurs à la compilation ? Oui. Mais dans notre expérience, ça couvre quoi ? 1 à 2 % des bugs. Le reste, ce sont : – des bugs métier, – des problèmes d’intégration, – des effets de bord non couverts par le typage. Et pendant ce temps-là… On passe des heures à écrire, maintenir et refactorer des types. TypeScript est un bon outil, dans le bon contexte : – pour des juniors à encadrer, – pour des projets énormes, – pour de la banque ou de la santé, où le bug coûte très cher. Mais dans une équipe de devs confirmés, alignés, qui bossent avec des conventions claires et des revues de code solides… JS pur est plus rapide, plus souple, plus efficace. Je préfère un code utile à un code “beau”.
Stay updated
Subscribe to receive my future LinkedIn posts in your mailbox.

By clicking "Subscribe", you agree to receive emails from linktime.co.
You can unsubscribe at any time.

214 Likes
June 10, 2025
Discussion about this post
Profile picture of Ramzi B
Ramzi B
IA Content University ➜ Apprends à créer du contenu IA réaliste
7 months ago
En tant que fondateur du SDD, je valide !
Profile picture of David Elbaz
David Elbaz
Développeur Senior Full Stack • DevOps • Spécialiste en Intégration d'IA • React • Node.js • Python • AWS - Freelance
7 months ago
Je vois un avantage à TS dans l’onboarding de nouveaux profils, même confirmés, qui gagnent du temps dans la compréhension du code etc… Comment vous gérer ça ?
Profile picture of Mika F
Mika F
CTO at lemlist - building the best place for devs
7 months ago
résumé des arguments en faveur de TS Une équipe senior ne devrait pas trouver TS complexe Vrai : on peut l’utiliser. Mais le temps passé à typer dépasse la valeur gagnée, donc on shippe moins vite. Indispensable pour les gros refactors On découpe petit et on teste ; les refactors massifs sont rares, TS apporte peu. Les IDE sont plus performants Code clair + conventions + tests couvrants suffisent pour renames et extractions. L’IA comprend mieux avec des types Cursor lit déjà très bien le JS nu, la clarté prime sur le typage. TS garantit la robustesse Nos tests fonctionnels sur les parcours critiques attrapent les vrais bugs plus vite. Si TS te fait réellement livrer plus vite, garde-le, dans notre contexte, JS pur offre le meilleur ROI.
Tout le monde vibe code avec l’IA. Et dans 6 à 12 mois, tout le monde paiera pour réparer les dégâts. Aujourd’hui, c’est cool de trouver un pb à régler, builder vite, faire du cash. Aucun pb avec ça. Tu copies une feature d’un concurrent, tu balances trois prompts dans ton outil AI préféré, tu obtiens du code “qui marche”. T’as même pas besoin de comprendre ce que ça fait : ça rend bien, ça compile, go en prod. Et profite. Mais tu sais quoi ? Dans 6 mois, tu vas payer un freelance senior pour tout recoder. Pourquoi ? Parce que ce code-là, personne ne veut le maintenir. Parce qu’il n’a aucune structure. Parce qu’il n’est pas pensé pour durer. Parce que ton “MVP” est devenu ton produit… et qu’il commence à te ralentir. Pendant ce temps-là, on nous vend du rêve avec des chiffres magiques : « 40 % du code chez Google est généré par l’IA. » Très bien. Mais ce sont les mêmes boîtes qui ont intérêt à entretenir le fantasme de la révolution no-code-for-everything. La réalité ? Les meilleurs devs n’utilisent pas l’IA tant que ça. Un senior écrit du code à peine 20% de son temps. Le reste, c’est de l’architecture, des choix produits, de la simplification, de la communication, des compromis techniques. Alors même si tu gagnes 40 % de vitesse sur l’écriture brute, l’impact global reste marginal. Mais bon, c’est moins sexy à raconter que “l’IA va remplacer les devs”. Le vibe coding fera bientôt partie des dettes techniques les plus chères des startups. Et ce ne sera pas l’IA qui les sauvera. Ce seront les développeurs que tout le monde a sous-estimés… parce qu’ils prenaient leur temps pour bien faire.
113 comments
July 16, 2025