Perry compile du TypeScript en exécutables natifs sans runtime

Pourquoi c'est important

Depuis des années, le rêve du dev TypeScript, c'était : écrire une fois, déployer partout. React Native a promis. Flutter a promis. Tout le monde a échoué sur un truc : soit tu gardes un runtime lourd, soit tu perds l'accès au code natif.

Perry joue un jeu différent. Tu écris en TypeScript (la syntaxe, les APIs Node.js familières), et le compilateur transforme ça en code machine à la compilation, pas à l'exécution. Pas de JIT, pas d'interpréteur caché.

Concrètement, ça donne quoi ?

Un binaire hello world de 2,3 MB. Démarrage en 1 ms. Zéro dépendance système. Tu fais perry compile main.ts, tu lances le fichier généré, c'est fini.

Compare avec Node : 80 MB, 30 ms de démarrage, V8 embarqué. Avec Bun : pareil en plus léger. Perry : c'est un ordre de magnitude au-dessus.

Les vrais points forts

Compilation SWC + LLVM : Le parseur est ultra-rapide (c'est du Rust), la génération de code passe par LLVM (l'infrastructure de production derrière Clang, LLVM, Rust). Résultat : du code optimisé comme si tu avais écrit du C++.

Composants natifs : 25+ éléments d'interface (boutons, champs texte, tables, canvas) qui compilent vers AppKit (macOS), UIKit (iOS), GTK4 (Linux), Win32 (Windows). Pas du web emballé dans une coquille native, du vrai UI natif.

Multithreading sûr à la compilation : Tu utilises parallelMap, le compilateur produit de vrais fils d'exécution système (pas de SharedArrayBuffer bancal). C'est du vrai parallélisme, avec une sécurité garantie au moment du build.

i18n intégré : Les chaînes de caractères sont extraites à la compilation, traduites, intégrées dans le binaire. Zéro résolution à l'exécution.

Les limites réelles

C'est jeune (v0.5.306). La bibliothèque standard couvre fs, path, crypto, child_process, Buffer — les bases. Mais si tu as besoin d'un paquet npm trouvé au hasard sur la toile, tu as deux choix :

1. ▸Perry l'a réimplémenté nativement (il liste 30+ paquets populaires : sqlite, mysql, pg, bcrypt, axios, cheerio…)
2. ▸Tu actives l'option --enable-js-runtime, ça embarque V8, et là c'est 15-20 MB au lieu de 2-5 MB.

Donc ce n'est pas « 100% natif ou rien ». C'est un spectre pragmatique.

Qui devrait s'y intéresser ?

Devs TypeScript qui construisent des outils en ligne de commande, des outils de build, des applis de bureau ou mobiles et qui veulent éviter Electron / React Native.

Startups qui distribuent via l'App Store / le Play Store et qui veulent des binaires légers et rapides.

Équipes qui veulent vraiment zéro runtime JavaScript (il y a un marché pour ça en infra, DevOps, fintech).

C'est pas pour tout le monde (le web reste web), mais pour les 15-20% des cas où un runtime TypeScript est surdimensionné, c'est un outil sérieux.