• # Enfin!

    PostĂ© par . É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 . ÉvaluĂ© Ă  2.

      Tu m'enlĂšves les mots de la bouche...

    • [^] # Re: Enfin!

      PostĂ© par (site web personnel) . É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 . É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 (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...

      Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

      • [^] # Re: Enfin!

        PostĂ© par (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 . ÉvaluĂ© Ă  1.

          Bof ça pourrait ĂȘtre plus haut niveau pour plus de facilitĂ© et plus de contributeurs.

        • [^] # Re: Enfin!

          PostĂ© par . ÉvaluĂ© Ă  3.

          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.

          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 . É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.

          https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

        • [^] # Re: Enfin!

          PostĂ© par (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.