On a passé 10 ans à tout faire en JavaScript. Aujourd'hui, le vent tourne. HTML et CSS ne se contentent plus de la structure et du style : ils s'attaquent à l'interaction. Nous verrons ces composants "JS-heavy" qui sont maintenant gérés en natif par le navigateur.

Alors, le Natif est-il en train de "tuer" JavaScript ? Ce talk est une analyse de cette tendance. On explorera cet arsenal, ses gains spectaculaires en performance et accessibilité, et on verra où (et quand) on peut vraiment se passer de JS pour nos composants.

Je vous présenterai un exemple simplifié d'une application de bureau basée sur ma propre expérience de développement, qui met en avant un modèle de données synchronisé avec le système de fichiers local, et une interface graphique réactive basée la stack web standard (HTML, CSS, JS).

L'exemple que je vous propose de décortiquer ensemble repose sur le framework Tauri et sur une techno frontend home-made basée sur les stores de Svelte. L'idée ne sera pas de rentrer dans les détails de ces technologies, mais plutôt de se concentrer sur les concepts clés et d'aborder les mécanismes de réactivité qui permettent de lier l'interface utilisateur et le système de fichiers de manière fluide et efficace.

Mon approche sera essentiellement orientée architecture applicative, avec des schémas et démonstrations pour illustrer les concepts abordés. Je montrerai des exemples de code mais je ne ferai pas de développement en live.

• Mots-clés : Desktop, Reactivity, Fullstack, File-System, Inter-Process Communication (IPC), Asynchronous & Threading, Architecture.
• Technologies utilisées : Tauri, Rust, Vite, TypeScript, Svelte stores, Dexie (IndexedDB), HTML, CSS.

1. Intro - Qui je suis et le contexte
2. problème initial : déployer en 2025 sans que ça explose en coûts !
3. intro à dokploy ( architecture )
4. une architecture de production en réel : spicom
5. scalabilité distribué avec intégration
6. stack de monitoring intégré et possible
7. comparaison dokploy <-> cloudflare
8. communauté et écosystème
9. conclusion

(Décrivez en quelques lignes le contenu de la présentation)

On partira d'un problème concret pour montrer comment déployer un outil open source et être autonome directement