Depuis le temps que le monde attendait après un desktop supplémentaire sur Linux, dont le faible nombre était un repoussoir pour nombre d'utilisateurs potentiels, nous ne pouvons que nous réjouir de cet ajout salutaire.
De plus, avec Fynedesk et le nouveau desktop en Rust sur lequel se lance System76, Linux aura enfin un desktop par langage à la mode, ce qui lui donnera une longueur d'avance sur ses concurrents en termes de coolitude.
Aux millenials sortant de l'epita se la racontant "j'utilise i3wm". Nous, les vieux, pourront dire "et moi fyndesk, le desktop des mentors de pkus de 40 ans"
Utiliser des langages "modernes" est une bonne chose: je me sens plus de contribuer à un projet en Go ou Rust que de me plonger dans un vieux code C++ avec ses horribles outils de build…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Cela aurait été mieux d'utiliser un serveur graphique moderne. Le gestionnaire de fenêtres a l'air basé sur X11. Commencer un nouveau bureau en 2019 et ne pas le baser sur le protocole Wayland me semble un choix étrange et discutable.
Enfin à mon humble avis, la multiplication des bureaux n'aura aucun impact sur le succès ou non de GNU/Linux sur le bureau. J'imagine que 90 % des utilisateurs de GNU/Linux doivent utiliser GNOME, KDE Plasma, Cinnamon ou XFCE.
Posté par barmic 🦦 .
Évalué à 4.
Dernière modification le 03 décembre 2021 à 15:29.
En tant qu'utilisateur j'attends surtout de la performance, si Rust semble intéressant niveau performance, Go semble quand même bien plus lent.
La performance c'est très loin d'être si simple. Tu prends un bench CPU bound et tu regarde le temps c'est intéressant pour un usage donné, mais il y a pleins d'autres choses possibles :
les difficultés de parallélisme du C et du C++ peut réduire grandement ta sensation de vitesse
faire à la main certaine sécurité peuvent se retrouver non optimale
le débit mémoire peut aussi faire mal quant à la performance
la fragmentation mémoire d'un process que tu laisse tourner toute la journée peut devenir problématique
…
Avoir accès au niveau du langage lui-même à tout ce qu'il faut pour de la programmation asynchrone est très confortable par rapport à quand c'est ajouté à coté et c'est quelque chose de très important pour des interfaces graphiques.
Je pense, comme toi, qu'il faut relativiser l'importance de la « fragmentation » des bureaux. L'essentiel est de faire, et de faire bien, plus que d'éviter ladite fragmentation.
Je ne pense pas qu'il faille croire qu'un nombre réduit de projets augmenterait nécessairement la qualité des environnements de bureau.
Le bureau de Pop!OS en est un bon exemple : quoiqu'on en pense, la tentative de collaboration entre Pop et Gnome n'a pas porté ses fruits - la question de la responsabilité de l'une ou l'autre des parties est annexe (c'est un fait que Gnome a tendance à peu écouter ses utilisateurs, mais je ne porte pas de jugement ; c'est peut-être une bonne chose, mais cela, en tout cas, ne fait pas l'unanimité).
Linux Mint produit, depuis de plusieurs années, un excellent bureau, Cinnamon, avec une équipe réduite, mais qui semble pourtant avoir beaucoup de succès. Il me semble que le bureau de Pop répond aussi à un besoin (du « tiling » de qualité dans un environnement Gnome, comme Cinnamon voulait, de son côté, garder une interface « classique » dans le même environnement Gnome).
Ce n'est pas un jeu à somme nulle : qui travaille sur un nouveau projet n'aurait pas nécessairement travaillé sur un projet historique. Dans le cas de Pop, le fait de faire en sorte que l'extension reste compatible avec Gnome demande du travail, et la compatibilité est régulièrement cassée. Pourquoi pas développer un nouveau bureau ? S'il trouve des ressources et un public, c'est suffisant.
# Enfin!
Posté par Maclag . Évalué à 10.
Depuis le temps que le monde attendait après un desktop supplémentaire sur Linux, dont le faible nombre était un repoussoir pour nombre d'utilisateurs potentiels, nous ne pouvons que nous réjouir de cet ajout salutaire.
De plus, avec Fynedesk et le nouveau desktop en Rust sur lequel se lance System76, Linux aura enfin un desktop par langage à la mode, ce qui lui donnera une longueur d'avance sur ses concurrents en termes de coolitude.
[^] # Re: Enfin!
Posté par mahikeulbody . Évalué à 2.
Tu m'enlèves les mots de la bouche…
[^] # Re: Enfin!
Posté par raphj . Évalué à 10.
J'espère qu'il y aura un bouton "Go" pour remplacer le traditionnel bouton "Start" en bas à gauche de l'écran.
[^] # Re: Enfin!
Posté par Eh_Dis_Mwan . Évalué à 7.
Aux millenials sortant de l'epita se la racontant "j'utilise i3wm". Nous, les vieux, pourront dire "et moi fyndesk, le desktop des mentors de pkus de 40 ans"
[^] # Re: Enfin!
Posté par devnewton 🍺 (site web personnel) . Évalué à 4.
Utiliser des langages "modernes" est une bonne chose: je me sens plus de contribuer à un projet en Go ou Rust que de me plonger dans un vieux code C++ avec ses horribles outils de build…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Enfin!
Posté par Bruno Ethvignot (site web personnel) . Évalué à 9.
Cela aurait été mieux d'utiliser un serveur graphique moderne. Le gestionnaire de fenêtres a l'air basé sur X11. Commencer un nouveau bureau en 2019 et ne pas le baser sur le protocole Wayland me semble un choix étrange et discutable.
Si KDE Plasma est développé en C++, GNOME est écrit en C. En tant qu'utilisateur j'attends surtout de la performance, si Rust semble intéressant niveau performance, Go semble quand même bien plus lent. Rust étant un langage récent, on doit quand même trouver plus de contributeurs en C ou C++.
Enfin à mon humble avis, la multiplication des bureaux n'aura aucun impact sur le succès ou non de GNU/Linux sur le bureau. J'imagine que 90 % des utilisateurs de GNU/Linux doivent utiliser GNOME, KDE Plasma, Cinnamon ou XFCE.
Je vois plus en FyneDesk une démo technique de la boîte à outils d'interface utilisateur Fyne.
[^] # Re: Enfin!
Posté par ff9097 . Évalué à 1.
Bof ça pourrait être plus haut niveau pour plus de facilité et plus de contributeurs.
[^] # Re: Enfin!
Posté par jmiven . Évalué à 3.
Oui. La performance sur le problème à N corps, en tant qu'utilisateur, c'est pour agencer tes fenêtres que tu l'attends ?
[^] # Re: Enfin!
Posté par barmic 🦦 . Évalué à 4. Dernière modification le 03 décembre 2021 à 15:29.
La performance c'est très loin d'être si simple. Tu prends un bench CPU bound et tu regarde le temps c'est intéressant pour un usage donné, mais il y a pleins d'autres choses possibles :
Avoir accès au niveau du langage lui-même à tout ce qu'il faut pour de la programmation asynchrone est très confortable par rapport à quand c'est ajouté à coté et c'est quelque chose de très important pour des interfaces graphiques.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Enfin!
Posté par ElVirolo (site web personnel) . Évalué à 3.
Je pense, comme toi, qu'il faut relativiser l'importance de la « fragmentation » des bureaux. L'essentiel est de faire, et de faire bien, plus que d'éviter ladite fragmentation.
Je ne pense pas qu'il faille croire qu'un nombre réduit de projets augmenterait nécessairement la qualité des environnements de bureau.
Le bureau de Pop!OS en est un bon exemple : quoiqu'on en pense, la tentative de collaboration entre Pop et Gnome n'a pas porté ses fruits - la question de la responsabilité de l'une ou l'autre des parties est annexe (c'est un fait que Gnome a tendance à peu écouter ses utilisateurs, mais je ne porte pas de jugement ; c'est peut-être une bonne chose, mais cela, en tout cas, ne fait pas l'unanimité).
Linux Mint produit, depuis de plusieurs années, un excellent bureau, Cinnamon, avec une équipe réduite, mais qui semble pourtant avoir beaucoup de succès. Il me semble que le bureau de Pop répond aussi à un besoin (du « tiling » de qualité dans un environnement Gnome, comme Cinnamon voulait, de son côté, garder une interface « classique » dans le même environnement Gnome).
Ce n'est pas un jeu à somme nulle : qui travaille sur un nouveau projet n'aurait pas nécessairement travaillé sur un projet historique. Dans le cas de Pop, le fait de faire en sorte que l'extension reste compatible avec Gnome demande du travail, et la compatibilité est régulièrement cassée. Pourquoi pas développer un nouveau bureau ? S'il trouve des ressources et un public, c'est suffisant.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.