Je pense que tu cernes mal la situation. Evidemment, dans l'idéal, un seul framework avec un seul langage, c'est plus élégant.
Cela dis Gnome n'est pas une société comme Microsoft qui maîtrise parfaitement de A à Z ses softs. La situation est totalement différente : Gnome fourni un framework de base, des bindings, des types liés à Gnome ou non développent des applis avec leur outils préférés. Arrive un moment où ces applis deviennent "Hype" et où les gens se disent "ah oué ca serait cool de l'avoir dans Gnome". Donc effectivement, soit t'es cohérent, tu imposes un langage, et tu prends tes doigts et tu réinventes la roue (youpi). Auquel cas d'ailleur tu te fais même pas chier à faire des bindings, tu laisses ca à des personnes extérieures à Gnome. Où alors tu peux aussi être cohérent d'une autre manière : tu délivres des bindings, ce qui inévitablement conduit à des appli intéressantes les utilisants, et là tu les accepte quand elles sont intéressantes.
Mais est-ce que Gnome doit avoir, par défaut, des applications dans tous ces langages ?
Gnome est modulaire, ces applis ne sont pas indispensable à la plateforme, libre aux distributions de délivrer Gnome avec les packages qu'ils souhaitent.
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.
De ton point de vu ce sont des mauvais choix, on l'a compris. Mais tu crois que de leur point de vue ils ont fait le mauvais choix ?? Pour le futur justement parlons-en, si Gnome était limité au C, ca veut dire que dans 20 ans on serait encore à faire des appli desktop en C ? Et Python ? Ne sera-t-il pas périmé dans 20 ans ? Gnome suit les évolutions techniques pour justement ne pas être délaissé dans le futur parcque marqué par les développeurs comme "obsolete". Moi ce que j'attend de Gnome c'est un Desktop complet et utilisable, si de nouvelles applis à l'ergonomie intéressantes (c'est le cas de Tomboy ou F-Spot) apparaîssent, je m'en syphonne de en quoi elles sont coder, si elles améliorent l'expérience de l'utilisateur de Gnome, c'est le principal.
R un et un seul langage de haut niveau afin d'éviter la situation absurde décrite ci-dessus.
Bof, ca c'est toi qui trouve que c'est absurdre, visiblement le board de Gnome a majoritairement estimé que ca ne l'était pas.
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)
Bah oué et ? Vas-y, code C-Pot ou Python-Pot ! Gnome choisi les applis en fonction de leurs qualité (vis-à-vis de l'esprit Gnome), que le meilleur soft gagne, et l'expérience utilisateur n'en sera que meilleure ! Et ne me parle pas d'absurdité technique, les performances de l'appli sont prises en compte quand il faut choisir un soft.
sans qu'il y ait eu un choix clair pour le langage de haut niveau.
Oué et c'est justement ca que j'aime dans Gnome pour les développeurs : c'est ouvert au niveau des langages, et c'est tant mieux, ils peuvent ainsi attirer plus de développeurs qui y retrouve ses outils préférés, ce dont Gnome a fortement besoin.
Dans tous les cas, libre à toi de ne pas utiliser ces appli, ca te prend 30 secondes après install pour virer mono et l'ensemble des softs en dépendant, et hop tu te retrouveras avec le Gnome de tes rêves. Dans 10 ans ton Gnome aura pas beaucoup bouger, alors que celui des autres aura peut être pleins d'appli intéressantes à utiliser.
Mais imposer un langage de haut niveau, c'est aussi prendre des risques... En choissant le C y'a 10 ans, ils en savent quelque chose que ce genre de choix ne se fait pas à la légère !
Imposer un langage de haut niveau, c'est fermé la porte à de nombreux programmeurs et donc programmes, sans rien apporter du tout : la solution actuelle te laisse le choix, la tienne ne fera pas venir plus de programme et Gnome n'évoluera pas. Ca c'est préparer le futur.
Un bon conseil : pense à l'expérience des utilisateurs, c'est tout ce qui importe, qu'il soit devant son bureau Gnome à cliquer, où qu'il soit dans son IDE à utiliser les API.
[^] # Re: Mono
Posté par TImaniac (site web personnel) . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 4.
Cela dis Gnome n'est pas une société comme Microsoft qui maîtrise parfaitement de A à Z ses softs. La situation est totalement différente : Gnome fourni un framework de base, des bindings, des types liés à Gnome ou non développent des applis avec leur outils préférés. Arrive un moment où ces applis deviennent "Hype" et où les gens se disent "ah oué ca serait cool de l'avoir dans Gnome". Donc effectivement, soit t'es cohérent, tu imposes un langage, et tu prends tes doigts et tu réinventes la roue (youpi). Auquel cas d'ailleur tu te fais même pas chier à faire des bindings, tu laisses ca à des personnes extérieures à Gnome. Où alors tu peux aussi être cohérent d'une autre manière : tu délivres des bindings, ce qui inévitablement conduit à des appli intéressantes les utilisants, et là tu les accepte quand elles sont intéressantes.
Mais est-ce que Gnome doit avoir, par défaut, des applications dans tous ces langages ?
Gnome est modulaire, ces applis ne sont pas indispensable à la plateforme, libre aux distributions de délivrer Gnome avec les packages qu'ils souhaitent.
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.
De ton point de vu ce sont des mauvais choix, on l'a compris. Mais tu crois que de leur point de vue ils ont fait le mauvais choix ?? Pour le futur justement parlons-en, si Gnome était limité au C, ca veut dire que dans 20 ans on serait encore à faire des appli desktop en C ? Et Python ? Ne sera-t-il pas périmé dans 20 ans ? Gnome suit les évolutions techniques pour justement ne pas être délaissé dans le futur parcque marqué par les développeurs comme "obsolete". Moi ce que j'attend de Gnome c'est un Desktop complet et utilisable, si de nouvelles applis à l'ergonomie intéressantes (c'est le cas de Tomboy ou F-Spot) apparaîssent, je m'en syphonne de en quoi elles sont coder, si elles améliorent l'expérience de l'utilisateur de Gnome, c'est le principal.
R un et un seul langage de haut niveau afin d'éviter la situation absurde décrite ci-dessus.
Bof, ca c'est toi qui trouve que c'est absurdre, visiblement le board de Gnome a majoritairement estimé que ca ne l'était pas.
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)
Bah oué et ? Vas-y, code C-Pot ou Python-Pot ! Gnome choisi les applis en fonction de leurs qualité (vis-à-vis de l'esprit Gnome), que le meilleur soft gagne, et l'expérience utilisateur n'en sera que meilleure ! Et ne me parle pas d'absurdité technique, les performances de l'appli sont prises en compte quand il faut choisir un soft.
sans qu'il y ait eu un choix clair pour le langage de haut niveau.
Oué et c'est justement ca que j'aime dans Gnome pour les développeurs : c'est ouvert au niveau des langages, et c'est tant mieux, ils peuvent ainsi attirer plus de développeurs qui y retrouve ses outils préférés, ce dont Gnome a fortement besoin.
Dans tous les cas, libre à toi de ne pas utiliser ces appli, ca te prend 30 secondes après install pour virer mono et l'ensemble des softs en dépendant, et hop tu te retrouveras avec le Gnome de tes rêves. Dans 10 ans ton Gnome aura pas beaucoup bouger, alors que celui des autres aura peut être pleins d'appli intéressantes à utiliser.
Mais imposer un langage de haut niveau, c'est aussi prendre des risques... En choissant le C y'a 10 ans, ils en savent quelque chose que ce genre de choix ne se fait pas à la légère !
Imposer un langage de haut niveau, c'est fermé la porte à de nombreux programmeurs et donc programmes, sans rien apporter du tout : la solution actuelle te laisse le choix, la tienne ne fera pas venir plus de programme et Gnome n'évoluera pas. Ca c'est préparer le futur.
Un bon conseil : pense à l'expérience des utilisateurs, c'est tout ce qui importe, qu'il soit devant son bureau Gnome à cliquer, où qu'il soit dans son IDE à utiliser les API.