Rust a bien été fondé par Mozilla, mais Thunderbird n'est plus développé par Mozilla depuis des années (10 ans peut être ?).
Si je me souviens bien, la communauté Thunderbird s'est prise en main il y a quelques années en montant leur propre fondation (avant ils étaient encore lié fiscalement et avec les outils de développement à la fondation Mozilla).
Personnellement, l'utilisation du JavaScript ne me choque pas: ils ont déjà dû remplacer toutes les définitions XUL/XML de l'interface graphique par du JavaScript pour pouvoir continuer à utiliser la plateforme Gecko.
La petite équipe de Thunderbird a donc déjà des connaissances en JavaScript et continuera d'en avoir besoin encore pendant longtemps.
Pour les add-ons, ils doivent également suivre la plateforme Gecko et donc suivre le nouveau système avec les API en JavaScript (manifest v2 et v3).
Je pense en particulier à la partie agenda qui était l'add-on Ligthning auparavant. Il y a d'ailleurs déjà une bonne partie des fonctionnalités en JavaScript pour la gestion des agendas.
La programmation asynchrone avec JavaScript est vraiment agréable et permet facilement de faire des interactions en gardant la fluidité visuelle et un code de bonne qualité. C'est vraiment efficaces pour avoir en même temps des interactions réseaux lentes et une interface graphique fluide malgré cette lenteur.
Je vois leur utilisation de la plateforme Gecko un peu comme les autres utilisent Electron, mais avec les technologies de Mozilla. C'est donc il me semble naturel de privilégier le JavaScript dans cette situation.
Regarder l'utilisation mémoire brute est une mauvaise mesure, puisque JavaScript a aussi son garbage collector et qu'il peut être plus efficace de garder les objets en mémoire plutôt que de constamment la vider.
Bien sûr, si l'environnement mémoire est restreint le Garbage Collector nettoyera plus souvent la mémoire, mais ça implique que le processeur commence a passer plus de temps à faire des choses inutiles pour l'utilisateur...
[^] # Re: Pour des raisons de sécurité
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à la dépêche Dernières avancées du côté de Thunderbird. Évalué à 10.
Rust a bien été fondé par Mozilla, mais Thunderbird n'est plus développé par Mozilla depuis des années (10 ans peut être ?).
Si je me souviens bien, la communauté Thunderbird s'est prise en main il y a quelques années en montant leur propre fondation (avant ils étaient encore lié fiscalement et avec les outils de développement à la fondation Mozilla).
Personnellement, l'utilisation du JavaScript ne me choque pas: ils ont déjà dû remplacer toutes les définitions XUL/XML de l'interface graphique par du JavaScript pour pouvoir continuer à utiliser la plateforme Gecko.
La petite équipe de Thunderbird a donc déjà des connaissances en JavaScript et continuera d'en avoir besoin encore pendant longtemps.
Pour les add-ons, ils doivent également suivre la plateforme Gecko et donc suivre le nouveau système avec les API en JavaScript (manifest v2 et v3).
Je pense en particulier à la partie agenda qui était l'add-on Ligthning auparavant. Il y a d'ailleurs déjà une bonne partie des fonctionnalités en JavaScript pour la gestion des agendas.
La programmation asynchrone avec JavaScript est vraiment agréable et permet facilement de faire des interactions en gardant la fluidité visuelle et un code de bonne qualité. C'est vraiment efficaces pour avoir en même temps des interactions réseaux lentes et une interface graphique fluide malgré cette lenteur.
Je vois leur utilisation de la plateforme Gecko un peu comme les autres utilisent Electron, mais avec les technologies de Mozilla. C'est donc il me semble naturel de privilégier le JavaScript dans cette situation.
Regarder l'utilisation mémoire brute est une mauvaise mesure, puisque JavaScript a aussi son garbage collector et qu'il peut être plus efficace de garder les objets en mémoire plutôt que de constamment la vider.
Bien sûr, si l'environnement mémoire est restreint le Garbage Collector nettoyera plus souvent la mémoire, mais ça implique que le processeur commence a passer plus de temps à faire des choses inutiles pour l'utilisateur...
On en a parlé ici même et aussi là pour le fait d'utiliser la mémoire disponible.