>> Justement non, le contrat de Gnome, au cas où tu l'aurais pas compris, c'est de proposer un framework en C et un ensemble de bindings pour avoir des applis dans des langages sans discriminiation et sans choix à priori.
Bon on va donc procéder par un exemple par l'absurde.
Tu prônes la non discrimination des langages. Très bien. Moi aussi je suis favorable aux bindings pour laisser le choix aux développeurs. Mais est-ce que Gnome doit avoir, par défaut, des applications dans tous ces langages ?
Une appli en C + Une appli en Ruby + Une appli en Python + Une appli en Mono + Une appli en Java + Une appli en OCAml + Une appli en Haskell...etc etc
C'est absurde !!
Que des bindings existent soit. Que les devs fassent ce qu'ils veulent avec leurs applis soit. Mais le projet Gnome doit CHOISIR un et un seul langage de haut niveau afin d'éviter la situation absurde décrite ci-dessus.
La non discrimination des langages c'est bien beau mais ce qu'on attends du board de la fondation Gnome c'est qu'elle fasse des choix techniques corrects et pertinents pour le futur. Là ce qu'elle nous propose c'est l'intégration d'applications dans tous les langages possibles et imaginables ?
Encore une fois le problème ce n'est pas Tomboy vs Sticky Notes. Le problème c'est qu'on ajoute des dépendances et que ces dépendances vont entrainer l'arrivée de nouveaux logiciels par défaut (F-Spot à coup sur) sans qu'il y ait eu un choix clair pour le langage de haut niveau.
La solution élégante c'est quoi ? Proposer des applications par défaut en C (comme actuellement) ou dans UN langage de haut niveau. Comme ça les besoins des développeurs sont satisfaits (ils peuvent choisir entre la vitesse d'exécution ou la vitesse de développement ou mixer les deux) et les besoins des utilisateurs sont satisfaits (ils ont une empreinte mémoire acceptable et ils ont des dépendances acceptables).
[^] # Re: Mono
Posté par patrick_g (site web personnel) . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 2.
Bon on va donc procéder par un exemple par l'absurde.
Tu prônes la non discrimination des langages. Très bien. Moi aussi je suis favorable aux bindings pour laisser le choix aux développeurs. Mais est-ce que Gnome doit avoir, par défaut, des applications dans tous ces langages ?
Une appli en C + Une appli en Ruby + Une appli en Python + Une appli en Mono + Une appli en Java + Une appli en OCAml + Une appli en Haskell...etc etc
C'est absurde !!
Que des bindings existent soit. Que les devs fassent ce qu'ils veulent avec leurs applis soit. Mais le projet Gnome doit CHOISIR un et un seul langage de haut niveau afin d'éviter la situation absurde décrite ci-dessus.
La non discrimination des langages c'est bien beau mais ce qu'on attends du board de la fondation Gnome c'est qu'elle fasse des choix techniques corrects et pertinents pour le futur. Là ce qu'elle nous propose c'est l'intégration d'applications dans tous les langages possibles et imaginables ?
Encore une fois le problème ce n'est pas Tomboy vs Sticky Notes. Le problème c'est qu'on ajoute des dépendances et que ces dépendances vont entrainer l'arrivée de nouveaux logiciels par défaut (F-Spot à coup sur) sans qu'il y ait eu un choix clair pour le langage de haut niveau.
La solution élégante c'est quoi ? Proposer des applications par défaut en C (comme actuellement) ou dans UN langage de haut niveau. Comme ça les besoins des développeurs sont satisfaits (ils peuvent choisir entre la vitesse d'exécution ou la vitesse de développement ou mixer les deux) et les besoins des utilisateurs sont satisfaits (ils ont une empreinte mémoire acceptable et ils ont des dépendances acceptables).