En effet. D'une manière générale, on peut réduire l'impression de fluidité à deux facteurs: la réactivité à l'input et aux FPS affichés à l'écran.
Problème: comment mesurer les FPS? Ceux de l'écran ? Ceux de la carte graphique ? Ceux du serveur X ?
Et là, soudain, tu rentres dans un monde de douleur où, pour te citer un simple exemple qui me vient en mémoire, un serveur X super performant paraissait saccadé car il n'était psa synchronisé avec la carte graphique. La carte graphique prenait donc ce qu'elle pouvait.
Autre exemple: si tu as du 60fps. Es-tu sûr pour autant que chaque frame fasse 1/60ème de seconde? Et si 59frame se passait pendant 0,5s et puis une seule frame pour la seconde qui reste ?
Tout cela, ce sont des exemples vécus. Et le gros problème c'est qu'il n'y a pas d'outils qui permettent de mesurer la "fluidité". Du coup, il faut des génies (genre rasterman) qui comprennent ce qu'ils font et qui construisent les outils de mesure ad-hoc pour chaque cas.
Mes livres CC By-SA : https://ploum.net/livres.html
Ça pourrait être un problème d'optimisation logicielle. Et quand je dis que c'est subjectif c'est qu'on n'a pas encore trouvé de moyen de le "mesurer". Donc, c'est subjectif.
On est tous plus ou moins d'accord sur X est plus fluide que Y. Mais c'est tout et, lorsque la différence n'est pas flagrante, on rentre dans la subjectivité pure. Mais je suis loin d'être un spécialiste, il faut en discutter avec Rasterman, c'est passionnant !
Après, c'est sur que le hardware peut être un problème vu que chez Google, ils ne savent pas tester avec tout et que les constructeurs tendent à faire du moindre coût, toujours avec cette subjectivité: "On économise 0,1€ sur le processeur mais ça ce sent à peine". (le "à peine" pouvant être catastrophique)
Au final, comparer les 2 systèmes sur du hardware différent (même pas équivalent), ça n'a aucun sens.
Mes livres CC By-SA : https://ploum.net/livres.html
D'une manière générale, je suis d'accord avec le fait qu'infantiliser est contre productif.
Prends 10 ingénieurs, explique leur ce que tu attends d'eux et les contraintes et laisse les se débrouiller. Si tes ingénieurs sont relativement bons, tu auras une solution à ton problème.
Mais, malheureusement, il existe des ingénieurs pas bons. Ceux-là ne s'en sortiront pas. Du coup, plutôt que d'agir comme précédement, tu vas instaurer un système de pas-à-pas, avec des rapports pour suivre l'avancée du travail, avec beaucoup d'administratif. Et cela, bien entendu, va également s'appliquer aux bons ingénieurs.
Au final, tu en oublieras d'expliquer ce que tu attends d'eux. Tu fonctionneras au jour le jour. Les ingénieurs n'àyant pas de vision du projet, ils fonctionneront très mal, seront inefficaces et démotivés. Ce qui t'encouragera à mettre encore plus de règles.
Les ingénieurs crétins ont beau avoir disparu de l'équipe, ton process est tel que rien ne peut en sortir, ce qui renforce le process.
Au final, parce que t'as pris les gens pour des cons, ils agissent comme tels. Si tu leur fait confiance, dans 90% des cas, ils se surpassent.
Après, ma généralisation n'est pas applicable au code de la route car les 10% de crétins sont aussi sur les routes.
Mes livres CC By-SA : https://ploum.net/livres.html
Le gros problème est que la fluidité est entièrement subjective et qu'il n'y a pas un indicateur précis.
Beaucoup se concentrent sur les FPS. J'en ai pas mal discuté avec Rasterman (de E17) et il a réussi à me montrer des interfaces plus fluides qui avaient moins de FPS. Du coup, c'est très difficile pour de gérer un travail d'optimisation.
C'est un domaine extrèmement complexe car subjectif, qui fait lui-même appel à ce qu'il y a de probablement le plus technique dans la couche logiciel actuelle (à savoir le rendu graphique, X.org sous Linux).
Mes livres CC By-SA : https://ploum.net/livres.html
Si, c'est la même chose. Sinon, tu vas devoir définir la "difficulté" et à partir de quand considère-t'on qu'une distribution est "suffisament difficile" pour être libre ?
C'est complètement absurde et des arguties d'intégristes.
En termes idéologiques, la seule chose qui est importante est "Est-il possible d'installer des composants propriétaires sans s'en rendre compte ?".
Comme cette question est absurde pour une énorme majorité d'utilsateurs (qui veulent avant tout que ça marche et pour qui, la notion de logiciel libre n'est pas spécialement importante/comprise/connue), Ubuntu a inversé les rôles: on peut demander explicitement à n'utiliser que des logiciels libres, ce qui revient à dire qu'on sait à quoi on s'engage.
Mes livres CC By-SA : https://ploum.net/livres.html
"L'installation elle même demande pas mal de temps, parce qu'il ne supporte pas nativement le matériel moderne. Pour le wifi, il suffit de recompiler un noyau récent, par contre pour gérer les chipsets Intel intégrés GMA 945, il m'a fallu recompiler depuis les sources un X.org récent, Mesa, et pas mal de dépendances, et puis KMS dans le noyau."
Pour moi, ce genre de choses n'est plus pensable pour une utilisation desktop. Hormis la perte de temps effarante, cela signifie que tu n'as pas les mises à jour du noyau, de X.org et de tout le reste !
Autant faire un LFS à ce moment là.
Mes livres CC By-SA : https://ploum.net/livres.html
Je sais pas trop justement. Disons qu'il est assez désagréable dans les bugs reports, qu'il n'écoute pas tout ce qui ne convient pas à sa vision, que sa présentation au Guadec 2010 était pour moi du pur branlage de nouille (slides noirs avec des mots blanc genre "hope" "infinity") et on ne sait pas trop ce qu'il fait exactement.
Alan Day, par exemple, est super sympa, produit des mockups sans arrêt et en discute beaucoup avec les utilisateurs.
Mais c'est vrai que, pour une raison que j'ignore, McCann est beaucoup plus "visible".
Mes livres CC By-SA : https://ploum.net/livres.html
(bon, là vous avez sans doute tous lu avec la voix des "messages à caractère informatifs" mais je suis sincère, je trouve ça passionnant et je n'étais pas au courant de ce développement)
Mes livres CC By-SA : https://ploum.net/livres.html
Le développeur de Midori/Postler est un de mes collègues et il a intégré le support de GTG dans Postler pour transformer un mail en tâche en un clic si GTG est lancé.
Ce qui est très cool :-)
Oui, Postler est très très prometteur, malheureusement on est un peu surchargé de boulot et il n'a pas le temps de bosser dessus autant qu'il le voudrait.
Mes livres CC By-SA : https://ploum.net/livres.html
Non. Unity2D est une réimplémentation complète d'Unity (qui utilise Compiz), en utilisant Qt et en supprimant au passage quelques effets kikoolol qui n'existent de toutes façons pas dans Qt.
À la différence de GNOME3, qui sera effectivement un simple automatisme qui désactivera les fonctions les plus gourmandes en cas de rendu logiciel.
Mes livres CC By-SA : https://ploum.net/livres.html
La dernière release date de septembre 2009, faut rester sérieux 30s. Ce projet a surtout eu le mérite de montrer à quel point les libristes intégristes étaient mauvais lorsqu'il s'agit de trouver un nom à un projet.
Mes livres CC By-SA : https://ploum.net/livres.html
Il ne faut tout simplement pas écouter les utilisateurs car ils n'y connaissent rien en ergonomie. C'est aussi simple que ça.
Ils vont te dire qu'ils veulent un bouton pour faire ça, un pour faire ça et un pour faire ça. Et ils n'imaginent pas que mettre tout ces boutons va rendre l'interface confuse.
Sans compter l'immense majorité qui veulent que l'ordinateur "devine" ce qu'ils veulent, quand bien même ce désir n'est pas constant d'un jour à l'autre.
Mes livres CC By-SA : https://ploum.net/livres.html
Est-ce handicapant? (si on n'est pas geek et qu'on veut pas les dernières nouveautés) As-tu d'autres exemples que Firefox où l'ancienneté pose problème?
(quand je vois une Ubuntu LTS, cela me semble tout à fait comparable)
Mes livres CC By-SA : https://ploum.net/livres.html
Je viens moi-même de passer à Fedora et je suis extrêmement séduit. Parfait pour mon utilisation.
Par contre, je me vois mal installer ça à Papy et Mamy car:
Y'a quand même des trucs expérimentaux (genre le xorg.conf a été cassé par l'outil système de config de clavier, plus rien ne boote)
Les technologies sont pas toujours éprouvées
Il y a souvent des mises-à-jour et il y en a beaucoup
Le support est de un an seulement, donc il faut changer tous les ans minimum.
Je trouve que Ubuntu et Ubuntu LTS est parfait pour ce genre de situations. Les geeks utilises Ubuntu et mettent à jour à chaque Beta, tout en installant une LTS (en attendant la sortie de la première revision, genre X.04.1, c'est encore mieux).
Mais comme je suis déçu par la tournure que prend Ubuntu et que je souhaite mettre GNOME chez Papy/Mamy, après avoir testé OpenSuse, je me dit que le couple Fedora/CentOS pourrait éventuellement remplacer Ubuntu/Ubuntu LTS. (à voir si il faut pas trop chipoter pour configurer une CentOS et surtout si le support hardware suit)
Mes livres CC By-SA : https://ploum.net/livres.html
Est-ce que RHEL/CentOS sont des solutions viables sur le desktop ? Je pense aux mises à jours de logiciels comme Firefox, aux codecs, aux drivers pour les nouveaux gadgets.
Je me pose de plus en plus cette question car la pérénité d'une release et sa stabilité pourrait être un gros argument pour une grande partie des utilisateurs (RH dans les entreprises, CentOS chez papy/mamy)
Mes livres CC By-SA : https://ploum.net/livres.html
Autant je suis d'accord avec toi avec l'aspect facilité prime sur tout, autant je pense que, effectivement, Skype permet de passer à travers les NAT grâce à sa centralisation.
Pour passer à travers les NAT en en effet d'avoir un relai, en dehors des NAT, qqpart sur le net. Ce relai doit avoir une sacrée bande passante car toute les conversations passe par lui.
Le problème des solutions libres et décentralisées, c'est que tu ne peux pas te contenter d'avoir un bon gros serveur qui sers de relai car 1. c'est centralisé, 2. cela nécessite un fameux budget.
La solution est donc de standardiser. Mais comme plein de routeurs et de NAT respectent pas les standards, c'est un peu le caca.
Mes livres CC By-SA : https://ploum.net/livres.html
Et rappelons que Goering était ministre de l'armée de l'air, qu'il n'avait donc pas le temps de s'occuper des camps de concentration mais c'est pas grave, d'autres l'ont fait pour lui.
Les Nazis, c'est tout une organisation finalement.
Mes livres CC By-SA : https://ploum.net/livres.html
"Les nouveaux entrant n'ayant pas acces à celle-ci, sa diffusion est condammé".
Il en est de même pour toutes les monnaies actuelles.
La manière dont le bitcoin permet de nouveaux entrants sont les rapides dévaluations. Les gros propriétaires prennent peur et vendent une partie, les nouveaux entrants en profitent pour devenir des nouveaux propriétaires de bitcoin.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Troisième épisode de la saga
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Actualité autour d'Android. Évalué à 6.
En effet. D'une manière générale, on peut réduire l'impression de fluidité à deux facteurs: la réactivité à l'input et aux FPS affichés à l'écran.
Problème: comment mesurer les FPS? Ceux de l'écran ? Ceux de la carte graphique ? Ceux du serveur X ?
Et là, soudain, tu rentres dans un monde de douleur où, pour te citer un simple exemple qui me vient en mémoire, un serveur X super performant paraissait saccadé car il n'était psa synchronisé avec la carte graphique. La carte graphique prenait donc ce qu'elle pouvait.
Autre exemple: si tu as du 60fps. Es-tu sûr pour autant que chaque frame fasse 1/60ème de seconde? Et si 59frame se passait pendant 0,5s et puis une seule frame pour la seconde qui reste ?
Tout cela, ce sont des exemples vécus. Et le gros problème c'est qu'il n'y a pas d'outils qui permettent de mesurer la "fluidité". Du coup, il faut des génies (genre rasterman) qui comprennent ce qu'ils font et qui construisent les outils de mesure ad-hoc pour chaque cas.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Troisième épisode de la saga
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Actualité autour d'Android. Évalué à 3.
Ça pourrait être un problème d'optimisation logicielle. Et quand je dis que c'est subjectif c'est qu'on n'a pas encore trouvé de moyen de le "mesurer". Donc, c'est subjectif.
On est tous plus ou moins d'accord sur X est plus fluide que Y. Mais c'est tout et, lorsque la différence n'est pas flagrante, on rentre dans la subjectivité pure. Mais je suis loin d'être un spécialiste, il faut en discutter avec Rasterman, c'est passionnant !
Après, c'est sur que le hardware peut être un problème vu que chez Google, ils ne savent pas tester avec tout et que les constructeurs tendent à faire du moindre coût, toujours avec cette subjectivité: "On économise 0,1€ sur le processeur mais ça ce sent à peine". (le "à peine" pouvant être catastrophique)
Au final, comparer les 2 systèmes sur du hardware différent (même pas équivalent), ça n'a aucun sens.
Mes livres CC By-SA : https://ploum.net/livres.html
# Généralisation
Posté par ploum (site web personnel, Mastodon) . En réponse au journal "Quand on prend les gens pour des idiots, ils deviennent des idiots" *. Évalué à 10.
D'une manière générale, je suis d'accord avec le fait qu'infantiliser est contre productif.
Prends 10 ingénieurs, explique leur ce que tu attends d'eux et les contraintes et laisse les se débrouiller. Si tes ingénieurs sont relativement bons, tu auras une solution à ton problème.
Mais, malheureusement, il existe des ingénieurs pas bons. Ceux-là ne s'en sortiront pas. Du coup, plutôt que d'agir comme précédement, tu vas instaurer un système de pas-à-pas, avec des rapports pour suivre l'avancée du travail, avec beaucoup d'administratif. Et cela, bien entendu, va également s'appliquer aux bons ingénieurs.
Au final, tu en oublieras d'expliquer ce que tu attends d'eux. Tu fonctionneras au jour le jour. Les ingénieurs n'àyant pas de vision du projet, ils fonctionneront très mal, seront inefficaces et démotivés. Ce qui t'encouragera à mettre encore plus de règles.
Les ingénieurs crétins ont beau avoir disparu de l'équipe, ton process est tel que rien ne peut en sortir, ce qui renforce le process.
Au final, parce que t'as pris les gens pour des cons, ils agissent comme tels. Si tu leur fait confiance, dans 90% des cas, ils se surpassent.
Après, ma généralisation n'est pas applicable au code de la route car les 10% de crétins sont aussi sur les routes.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Troisième épisode de la saga
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Actualité autour d'Android. Évalué à 6.
Le gros problème est que la fluidité est entièrement subjective et qu'il n'y a pas un indicateur précis.
Beaucoup se concentrent sur les FPS. J'en ai pas mal discuté avec Rasterman (de E17) et il a réussi à me montrer des interfaces plus fluides qui avaient moins de FPS. Du coup, c'est très difficile pour de gérer un travail d'optimisation.
C'est un domaine extrèmement complexe car subjectif, qui fait lui-même appel à ce qu'il y a de probablement le plus technique dans la couche logiciel actuelle (à savoir le rendu graphique, X.org sous Linux).
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: compromis à quel point ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 5.
Si, c'est la même chose. Sinon, tu vas devoir définir la "difficulté" et à partir de quand considère-t'on qu'une distribution est "suffisament difficile" pour être libre ?
C'est complètement absurde et des arguties d'intégristes.
En termes idéologiques, la seule chose qui est importante est "Est-il possible d'installer des composants propriétaires sans s'en rendre compte ?".
Comme cette question est absurde pour une énorme majorité d'utilsateurs (qui veulent avant tout que ça marche et pour qui, la notion de logiciel libre n'est pas spécialement importante/comprise/connue), Ubuntu a inversé les rôles: on peut demander explicitement à n'utiliser que des logiciels libres, ce qui revient à dire qu'on sait à quoi on s'engage.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: unity pas glop
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 4.
Miroir, ô miroir, dis moi ce que réserve l'avenir !
http://fedoraproject.org/wiki/Features/Gnome_shell_software_rendering
Mes livres CC By-SA : https://ploum.net/livres.html
# Scummvm
Posté par ploum (site web personnel, Mastodon) . En réponse au sondage vous et les jeux vidéos (sur quoi vous jouez ?). Évalué à 9.
Perso, je joue aux abandon-wares qui tournent sur Scummvm. Cela me rappelle ma jeunesse ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Utilisation desktop?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 4.
"L'installation elle même demande pas mal de temps, parce qu'il ne supporte pas nativement le matériel moderne. Pour le wifi, il suffit de recompiler un noyau récent, par contre pour gérer les chipsets Intel intégrés GMA 945, il m'a fallu recompiler depuis les sources un X.org récent, Mesa, et pas mal de dépendances, et puis KMS dans le noyau."
Pour moi, ce genre de choses n'est plus pensable pour une utilisation desktop. Hormis la perte de temps effarante, cela signifie que tu n'as pas les mises à jour du noyau, de X.org et de tout le reste !
Autant faire un LFS à ce moment là.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Réel ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 10.
Je sais pas trop justement. Disons qu'il est assez désagréable dans les bugs reports, qu'il n'écoute pas tout ce qui ne convient pas à sa vision, que sa présentation au Guadec 2010 était pour moi du pur branlage de nouille (slides noirs avec des mots blanc genre "hope" "infinity") et on ne sait pas trop ce qu'il fait exactement.
Alan Day, par exemple, est super sympa, produit des mockups sans arrêt et en discute beaucoup avec les utilisateurs.
Mais c'est vrai que, pour une raison que j'ignore, McCann est beaucoup plus "visible".
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Réel ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 2.
McCann c'est quand même un cas à part hein.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Utilisation desktop?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 2.
La réponse à cette question m'intéresse très fortement.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: À propos d'OpenSuse
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 3.
C'est vraiment très intéressant !
(bon, là vous avez sans doute tous lu avec la voix des "messages à caractère informatifs" mais je suis sincère, je trouve ça passionnant et je n'étais pas au courant de ce développement)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Et Elementary ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 4.
Le développeur de Midori/Postler est un de mes collègues et il a intégré le support de GTG dans Postler pour transformer un mail en tâche en un clic si GTG est lancé.
Ce qui est très cool :-)
Oui, Postler est très très prometteur, malheureusement on est un peu surchargé de boulot et il n'a pas le temps de bosser dessus autant qu'il le voudrait.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: unity pas glop
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 2.
Non. Unity2D est une réimplémentation complète d'Unity (qui utilise Compiz), en utilisant Qt et en supprimant au passage quelques effets kikoolol qui n'existent de toutes façons pas dans Qt.
À la différence de GNOME3, qui sera effectivement un simple automatisme qui désactivera les fonctions les plus gourmandes en cas de rendu logiciel.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: unity pas glop
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 1.
Non, c'est de la pure boule de cristal. Mais quand ce sera annoncé, tu penseras à moi ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: compromis à quel point ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Petite réflexion sur le futur du desktop. Évalué à 10.
La dernière release date de septembre 2009, faut rester sérieux 30s. Ce projet a surtout eu le mérite de montrer à quel point les libristes intégristes étaient mauvais lorsqu'il s'agit de trouver un nom à un projet.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Utilisation desktop?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 6.
Si je ne me trompe pas, F14 n'est plus supportée depuis peu.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Cette fois, c'est la bonne
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 8.
Il ne faut tout simplement pas écouter les utilisateurs car ils n'y connaissent rien en ergonomie. C'est aussi simple que ça.
Ils vont te dire qu'ils veulent un bouton pour faire ça, un pour faire ça et un pour faire ça. Et ils n'imaginent pas que mettre tout ces boutons va rendre l'interface confuse.
Sans compter l'immense majorité qui veulent que l'ordinateur "devine" ce qu'ils veulent, quand bien même ce désir n'est pas constant d'un jour à l'autre.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Utilisation desktop?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 2.
"Firefox en version 3.5"
Est-ce handicapant? (si on n'est pas geek et qu'on veut pas les dernières nouveautés) As-tu d'autres exemples que Firefox où l'ancienneté pose problème?
(quand je vois une Ubuntu LTS, cela me semble tout à fait comparable)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Utilisation desktop?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 5.
Non non, pas de malice, bien que je comprends.
Je viens moi-même de passer à Fedora et je suis extrêmement séduit. Parfait pour mon utilisation.
Par contre, je me vois mal installer ça à Papy et Mamy car:
Je trouve que Ubuntu et Ubuntu LTS est parfait pour ce genre de situations. Les geeks utilises Ubuntu et mettent à jour à chaque Beta, tout en installant une LTS (en attendant la sortie de la première revision, genre X.04.1, c'est encore mieux).
Mais comme je suis déçu par la tournure que prend Ubuntu et que je souhaite mettre GNOME chez Papy/Mamy, après avoir testé OpenSuse, je me dit que le couple Fedora/CentOS pourrait éventuellement remplacer Ubuntu/Ubuntu LTS. (à voir si il faut pas trop chipoter pour configurer une CentOS et surtout si le support hardware suit)
Mes livres CC By-SA : https://ploum.net/livres.html
# Utilisation desktop?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Red Hat Enterprise Linux 6.2 : virtualisation, performances et anniversaire !. Évalué à 5.
Qu'en est-il des évolutions au niveau desktop?
Est-ce que RHEL/CentOS sont des solutions viables sur le desktop ? Je pense aux mises à jours de logiciels comme Firefox, aux codecs, aux drivers pour les nouveaux gadgets.
Je me pose de plus en plus cette question car la pérénité d'une release et sa stabilité pourrait être un gros argument pour une grande partie des utilisateurs (RH dans les entreprises, CentOS chez papy/mamy)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: mouais
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Microsoft Office 2010 partiellement en partagiciel. Évalué à 3.
Autant je suis d'accord avec toi avec l'aspect facilité prime sur tout, autant je pense que, effectivement, Skype permet de passer à travers les NAT grâce à sa centralisation.
Pour passer à travers les NAT en en effet d'avoir un relai, en dehors des NAT, qqpart sur le net. Ce relai doit avoir une sacrée bande passante car toute les conversations passe par lui.
Le problème des solutions libres et décentralisées, c'est que tu ne peux pas te contenter d'avoir un bon gros serveur qui sers de relai car 1. c'est centralisé, 2. cela nécessite un fameux budget.
La solution est donc de standardiser. Mais comme plein de routeurs et de NAT respectent pas les standards, c'est un peu le caca.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Rappel et précision
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Gnome 3.4 et les machines virtuelles. Évalué à -8.
Et rappelons que Goering était ministre de l'armée de l'air, qu'il n'avait donc pas le temps de s'occuper des camps de concentration mais c'est pas grave, d'autres l'ont fait pour lui.
Les Nazis, c'est tout une organisation finalement.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: monnaie non viable
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Le Bitcoin quelque temps après la folie. Évalué à 0.
"Les nouveaux entrant n'ayant pas acces à celle-ci, sa diffusion est condammé".
Il en est de même pour toutes les monnaies actuelles.
La manière dont le bitcoin permet de nouveaux entrants sont les rapides dévaluations. Les gros propriétaires prennent peur et vendent une partie, les nouveaux entrants en profitent pour devenir des nouveaux propriétaires de bitcoin.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Mon septicimse...
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Un site d'extensions pour GNOME-shell. Évalué à 4.
Sawfish, c'était GNOME 1.X hein. GNOME2, c'était Metacity.
Mes livres CC By-SA : https://ploum.net/livres.html