rejete car entre en concurrence avec Gnome pour certaines briques… Si ca c'est pas une raison bidon!
C'est sûr, un des gars a porté les bindings python pour le passage a GObject-introspection dit sûrement des conneries en disant que Javascript est une bonne décision !
C'est clair que c'est une décision qu'on peut trouver complètement idiote. Javascript est un langage tout pourri. Les différents moteurs gjs ou seed déjà utilisé sous GNOME utilisent même des dialectes incompatibles entre eux. Javascript en tant que tel laisse l'impression d'être un gros hack. Et pourtant, dans cette histoire, la force de javascript, c'est sa pauvreté. En python, on peut effectivement hésiter entre utiliser les API intégrées de base dans le langage, ou utiliser les équivalents GObject, GLib.
En javascript, le langage est tellement à poil de base, qu'en fournissant les API GObject, il n'y a pas 50 manières de coder un truc. C'est clair que le temps d'avoir quelque chose de vraiment mieux foutu, ça va prendre du temps, que le portage vers ECMAScript 6 va être long, mais en attendant, il sera possible de fournir un SDK pour GNOME, et abaisser le niveau requis pour commencer à contribuer. J'aurais aussi préféré python. Mais je comprends pourquoi Javascript a été choisi. L'avenir nous dira si cela aura été un choix judicieux.
Quant au retard de GTK, la fusion de Clutter et GTK est prévue pour GTK 4. Cela permettra de mutualiser les ressources, et de faire passer GTK à un modèle scène/acteur comme celui de Clutter.
[^] # Re: QML bis?
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Javascript comme langage par défaut pour GNOME. Évalué à 10. Dernière modification le 06 février 2013 à 17:15.
C'est sûr, un des gars a porté les bindings python pour le passage a GObject-introspection dit sûrement des conneries en disant que Javascript est une bonne décision !
C'est clair que c'est une décision qu'on peut trouver complètement idiote. Javascript est un langage tout pourri. Les différents moteurs gjs ou seed déjà utilisé sous GNOME utilisent même des dialectes incompatibles entre eux. Javascript en tant que tel laisse l'impression d'être un gros hack. Et pourtant, dans cette histoire, la force de javascript, c'est sa pauvreté. En python, on peut effectivement hésiter entre utiliser les API intégrées de base dans le langage, ou utiliser les équivalents GObject, GLib.
En javascript, le langage est tellement à poil de base, qu'en fournissant les API GObject, il n'y a pas 50 manières de coder un truc. C'est clair que le temps d'avoir quelque chose de vraiment mieux foutu, ça va prendre du temps, que le portage vers ECMAScript 6 va être long, mais en attendant, il sera possible de fournir un SDK pour GNOME, et abaisser le niveau requis pour commencer à contribuer. J'aurais aussi préféré python. Mais je comprends pourquoi Javascript a été choisi. L'avenir nous dira si cela aura été un choix judicieux.
Quant au retard de GTK, la fusion de Clutter et GTK est prévue pour GTK 4. Cela permettra de mutualiser les ressources, et de faire passer GTK à un modèle scène/acteur comme celui de Clutter.