C'est juste une question de cohérence technique du projet et d'empreinte mémoire du desktop Gnome.
J'ai l'impression que t'as à des gros à priori techniques, et tu sembles persuader que cela impact négativement l'expérience utilisateur.
Faut bien voir que l'on parle d'appli Gnome, qui utilise donc les API du framework Gnome/GTK/GStreamer&Co. Globalement si tu fais une appli en C# et une autre en Python, le point commun, ca sera ces libs. Si tu as fais des cours d'optimisation, tu réfléchiras pas 2 fois, tu iras droit à l'essentiel : faut optimiser le code le plus utilisé et le plus réutilisé, chercher à améliorer le reste ne t'apportera qu'un gain dérisoir à l'échelle du système (globalement).
Voilà, c'est sans doute pourquoi l'équipe de Gnome s'attache en ce moment à améliorer les problèmes de perf de Gnome et GTK, parcque c'est pertinent, tout en acceptant des appli écrites dans divers langages, car c'est également pertinent de faire évoluer le desktop.
L'équipe qui s'occupe de choisir telle ou telle appli est beaucoup plus pragmatique que toi : ils vérifient ses performances concrêtement. Tomboy bouffe-t-il un max de ressources par rapport à ce que l'appli est censé faire ? Faut-il mieux avoir une empreinte mémoire légèrement plus grande que sticky (je dis n'importe quoi j'ai pas vérifié) et offrir un soft aux fonctionnalités/ergonomie plus intéressante ?
Ca ce sont les vraient questions. Je vois pas l'intérêt de se poser une question du genre : "est-ce en Python ou en C ?" Si c'est non, poubelle, quelque soit les qualités du soft et sa consommation de ressources. Yooupi, on a plus qu'à attendre que quelqu'un d'autre réinvente la roue dans les unique langages autorisés, et si personne ne le fait ben tant pis Gnome n'évoluera pas.
[^] # Re: Mono
Posté par TImaniac (site web personnel) . En réponse à la dépêche Rentrée des classes pour GNOME 2.16. Évalué à 5.
J'ai l'impression que t'as à des gros à priori techniques, et tu sembles persuader que cela impact négativement l'expérience utilisateur.
Faut bien voir que l'on parle d'appli Gnome, qui utilise donc les API du framework Gnome/GTK/GStreamer&Co. Globalement si tu fais une appli en C# et une autre en Python, le point commun, ca sera ces libs. Si tu as fais des cours d'optimisation, tu réfléchiras pas 2 fois, tu iras droit à l'essentiel : faut optimiser le code le plus utilisé et le plus réutilisé, chercher à améliorer le reste ne t'apportera qu'un gain dérisoir à l'échelle du système (globalement).
Voilà, c'est sans doute pourquoi l'équipe de Gnome s'attache en ce moment à améliorer les problèmes de perf de Gnome et GTK, parcque c'est pertinent, tout en acceptant des appli écrites dans divers langages, car c'est également pertinent de faire évoluer le desktop.
L'équipe qui s'occupe de choisir telle ou telle appli est beaucoup plus pragmatique que toi : ils vérifient ses performances concrêtement. Tomboy bouffe-t-il un max de ressources par rapport à ce que l'appli est censé faire ? Faut-il mieux avoir une empreinte mémoire légèrement plus grande que sticky (je dis n'importe quoi j'ai pas vérifié) et offrir un soft aux fonctionnalités/ergonomie plus intéressante ?
Ca ce sont les vraient questions. Je vois pas l'intérêt de se poser une question du genre : "est-ce en Python ou en C ?" Si c'est non, poubelle, quelque soit les qualités du soft et sa consommation de ressources. Yooupi, on a plus qu'à attendre que quelqu'un d'autre réinvente la roue dans les unique langages autorisés, et si personne ne le fait ben tant pis Gnome n'évoluera pas.