Profile picture of Armand PETITđŸ“±
Armand PETITđŸ“±
Expert React Native & Expo
Follow me
Generated by linktime
July 4, 2025
Avant : j’écrivais mes types Ă  la main.   AprĂšs : j’ai dĂ©couvert OpenAPI‑TypeScript.   Et je n’ai plus jamais regardĂ© en arriĂšre. Je devais juste consommer une route : crĂ©er un utilisateur.    Un POST classique avec un body. Une rĂ©ponse JSON. Je code la requĂȘte, j’écris les types Ă  la main, je croise les doigts. Sauf que lĂ , sur ce projet, les autres devs m’arrĂȘtent :   “Tu peux gĂ©nĂ©rer les types Ă  partir du schĂ©ma OpenAPI. On utilise openapi‑typescript.” Je dĂ©couvre le truc.   Je lance une commande.   Et lĂ , magie : tous les types sont lĂ . → Le body de la route POST /users   → Les paramĂštres requis   → La rĂ©ponse exacte, avec le bon format   → Et surtout, le tout validĂ© cĂŽtĂ© TypeScript, sans effort J’avais l’habitude d’écrire tout ça Ă  la main.   Et de prier pour que le backend ne change pas un champ sans prĂ©venir. LĂ , je suis devenu synchro avec l’API en temps rĂ©el.  Plus de copier-coller. Plus d’erreurs bĂȘtes. J’ai branchĂ© openapi-fetch, un client ultra-lĂ©ger, typĂ© de bout en bout.  RĂ©sultat : - Je fais mes appels API sans jamais deviner un type   - J’ai des erreurs Ă  la compile, pas en prod   - Mon code est plus propre, plus sĂ»r, plus rapide Ă  Ă©crire Aujourd’hui, je n’imagine plus coder une API en TS sans ça.   Et je me demande encore pourquoi on fait les choses Ă  la main quand le backend nous tend un schĂ©ma parfaitement exploitable. Taper des routes, c’est bien.   Taper des types Ă  la main, c’est fini.
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.

174 Likes
July 4, 2025
Discussion about this post
Profile picture of JérÎme Pogeant
JérÎme Pogeant
DĂ©veloppeur Fullstack | React, Node, Go | Building lomely.fr, l’app qui repense la recherche immo
2 months ago
Tu peux aller encore plus loin en générant ton client HTTP directement depuis l'OpenAPI et donc aller encore plus vite facilement. Par exemple avec : https://github.com/acacode/swagger-typescript-api
Profile picture of Florent BOSSUYT
Florent BOSSUYT
Lead developer
2 months ago
En effet, nous l'avons mis en place il y a quelques mois sur nos projets, c'est trĂšs puissant !
Profile picture of Mohsan BUTT
Mohsan BUTT
Développeur React, Node, Next.js | Nest.js
2 months ago
Clair, net, efficace. OpenAPI + TypeScript = combo gagnant pour fiabiliser les échanges frontend/backend sans perte de temps
Expo vient de frapper un grand coup. Tu peux maintenant dĂ©ployer ton app mobile depuis un SAAS. Tu te souviens du temps oĂč shipper une app iOS nĂ©cessitait : - un Mac - Xcode - des certificats Apple - une config manuelle d’App Store Connect - un cafĂ© bien serrĂ© et quelques sueurs MĂȘme avec EAS, tu devais encore passer par la CLI. Autant dire que les PM, QA ou designers restaient sur la touche. Et que les devs perdaient du temps pour de simples builds de test. Evan Bacon vient de montrer quelque chose qui change la donne. Avec launch.expo.dev, tu peux : → coller l’URL GitHub de ton projet → cliquer sur “Launch” → laisser la plateforme crĂ©er ton app cĂŽtĂ© Apple, signer ton code, build, et soumettre sur TestFlight → recevoir l’invitation sur ton iPhone quelques minutes plus tard Le tout, sans ouvrir un terminal. Depuis un navigateur. Sur Windows, sur mobile
 ou mĂȘme sur une Nintendo Switch. Ce n’est pas juste un raccourci. C’est une nouvelle maniĂšre de shipper : - Aucun setup local requis - Aucune CLI Ă  apprendre - N’importe qui dans l’équipe peut dĂ©clencher une release - Une app testable en quelques minutes via TestFlight - Et une version web dĂ©ployĂ©e en bonus si tu veux Launch.expo.dev, c’est EAS pour les humains. C’est le dernier kilomĂštre, enfin automatisĂ©. Evan Bacon l’a dit simplement : “It has never been easier to build and submit an iOS app.” Difficile de dire le contraire. CrĂ©dit : Evan Bacon
105 comments
August 22, 2025