Posté par reno .
En réponse au journal 10x10.
Évalué à 2.
Ce n'est pas vraiment un problème de ressources, c'est un problème de 'contrôle' de ces ressources: pour un projet "propriétaire", à dépenses constante, celui qui paye peux très bien choisir de réduire le rythme du développement des nouvelles fonctionnalités pour maintenir l'existant; mais comme là les dev ne sont pas payés et que c'est plus intéressant de
1) coder des nouvelles fonctionnalités que d’améliorer celle qui existe déjà
2) faire les fonctionnalités qui te font plaisir plutôt que celle que d'autres veulent
et bien on obtient la situation actuelle qui est loin d'être idéale pour les utilisateurs..
Systemd n'est pas déjà implémenté par défaut sous Fedora 15 ?
Non, pas par défaut: ça avait été évoqué mais finalement retarder car considéré comme pas suffisamment mature pour F15.
F16 est donc la première version a intégrer Systemd par défaut.
Posté par reno .
En réponse au journal 10x10.
Évalué à 5.
Le vrai problème c'est: connais-tu un projet de desktop de LL avec beaucoup de développeurs qui s'efforce réellement de satisfaire la communauté actuelle ?
Le projet Gnome ces 9 dernières années,
Je ne sais pas: il y a quand même eu quelques hoquets, j'ai encore en mémoire le changement plutôt arbitraire du comportement du gestionnaire de fichier, qui a fini par être retirer..
Si ça avait été faite de la manière suivante: on rajoute une option, on écoute le retour des utilisateurs, on modifie cette option et éventuellement on change le mode par défaut tout en offrant un moyen simple de revenir à l'ancien mode, ok, mais c'est loin de ce qui s'est passer!
Posté par reno .
En réponse au journal 10x10.
Évalué à 2.
GNOME semble aimer se donner des objectifs de conquête du monde, et croire qu'ils toucheront un public de non-informaticiens.
Ce ne sont pas les seuls: cf KDE et "Plasma Active" leur projet pour les tablettes: le desktop ça marche super, alors maintenant on va cibler les tablettes!
Que penser d'un projet LL qui préfère fantasmer une base utilisateurs future que satisfaire sa communauté actuelle ?
Les projets qui ciblent mal leur utilisateurs meurent et sont oubliés, ce n'est pas un problème..
Le vrai problème c'est: connais-tu un projet de desktop de LL avec beaucoup de développeurs qui s'efforce réellement de satisfaire la communauté actuelle?
J'entends par là un projet qui aurait pour objectif de faire un desktop 100% stable et puis ensuite d'évoluer tout en restant stable en étant très conservateur dans les nouveautés?
Je n'en connais pas non plus (il y en a mais ils n'ont pas beaucoup de développeurs), probablement parce que les derniers 20% de stabilité, c'est chiant à faire, c'est plus sympa de tout réécrire pour faire la N+1, et je ne vois pas trop comment ça pourrait changer.
Il me semble qu'il n'y a pas besoin de définir une API, SyncML existe déjà et est fait pour ça.
Par contre que ce soit implémenter partout pour qu'on puisse synchroniser facilement, ça oui..
Il y a eu il y a quelque années une flamewar énorme à propos de code sous double license BSD&GPL, la question étant peut-on retirer une des deux licenses.
Je n'ai pas trop suivi l'affaire les débats "juridiques" ne me passionnent pas..
Tu n'es qu'un tas d’atomes, donc si je fais de la chimie en ajout de l'arsenic dans ta composition, nul ne peut me blâmer, non?
Tes arguments sont de ce niveau, bravo!
Quand je vois que BeOS vit toujours dans Haiku, l'espoir renait... Mais bon, il faut être patient...
Ça pour être patient, il faut être patient!
Haiku vient de fêter son 10-ème anniversaire et il en est à l'Alpha-3..
Bah, quand on veut réutiliser un noyau (NewOS) totalement exotique/peu connu par rapport à un Linux ou un noyau BSD, on le paye!
Et pour ce qui est de WebOS, vu son faible nombre d'utilisateur, ça m'étonnerait qu'il y ai tant que ça de volonté pour le recréer..
C'est plus ou moins la question que je posais à GeneralZod..
Pour moi je peux voir 2 choses qui correspondraient plus ou moins:
- un langage bien défini sémantiquement, je crois que SML est dans ce cas.
- un langage dont les opérations sont plus "robuste" par ex: si tu as un débordement entier en Ada tu as une exception, en Python il passe au bigInt/bignum (j'ignore ce qui se passe si le bigInt déborde??) contrairement au C/C++ ou tu as une erreur silencieuse.
C++ un langage performant et souple, ok, mais robuste??
On parle quand même d'un langage où:
1) les compilateurs ont historiquement eu beaucoup de bugs à cause de la difficulté d'implémentation du langage
2) les applications ont pas mal de failles de sécurités
Ta définition de robuste doit être très différente de la mienne..
Mais de toute manière, il va falloir que quelqu'un coure après les invités pour leur rappeler de recopier leur photos, donc si j'étais toi je sélectionnerai quelqu'un de confiance et de dégourdi (pas toi: les mariés n'ont le temps de rien faire lors du mariage) et je le chargerai tant qu'il y est de faire la copie.
Les problèmes principaux sont:
1) sélectionner la bonne personne: moi il était de bonne volonté mais n'a pas réussi à faire la copie des cartes
==> j'ai bien galérer pour récupérer les photos ensuite..
2) avoir un lecteur de carte multi-format.
Ça c'est vrai maintenant mais à une époque Microsoft Office était considéré en retard par rapport aux concurrents, mais comme ces concurrents étaient (pour la plupart) mono-produits ils dépendaient des revenus rapporter par leur logiciel, Microsoft non, ce qui a permis a Microsoft de les écraser: lors du procès anti-trust il avait été envisagé de séparer la division Office de Microsoft pour cette raison.
On voit fleurir ici ou là des analyses sur les implications de ce nouveau standard; [coupé] C'est ce genre d'informations qui me manque dans cette dépêche
Bah, personnellement je vois ce genre d'analyse comme aller chez une voyante: une perte de temps.
L'adaptation du standard dépendra de beaucoup de facteurs comme:
1) le standard sera t'il implémenter par la plupart des compilateurs?
2) les implémentations seront elles fiables ou buggées?
3) les modes informatiques du moment
Tout ces facteurs étant assez imprévisibles, une analyse revient à sortir la boule de cristal: bof!
for (std::vector<int>::const_iterator itr = myvec.begin(); itr != myvec.end(); ++itr)
sera remplacé par :
for (auto itr = myvec.cbegin(); itr != myvec.cend(); ++itr)```
il faut remplacer les .begin et .end par .cbegin et .cend, j'imagine pour que l'inférence de type produise un const_iterator au lieu d'un iterator, c'est logique mais comme cela nécessite de changer les habitudes des programmeurs, ça fera probablement une "erreur" (mineure) commune de plus.
2) le nullptr:
bool b = nullptr; // OK. b est faux.
C'est plutôt choquant comme choix. J'imagine que c'est dans la continuité du C/C++ qui considère que 0(int) correspond à faux(booléen) mais bon on peut voir ça aussi comme persister dans l'erreur..
3) unicode: utiliser le prefix u pour UTF-16, u8 pour UTF-8 me choque: de facto ça revient à légitimer UTF-16 comme le format par défaut, alors que son seul avantage est que c'est le format par défaut sous Windows, pour le reste c'est un format bâtard entre UTF-8(plus compact dans la plupart des cas, compatible ascendant avec ASCII) et UTF-32 (accès O(1) a tous les éléments d'une chaîne).
Tu oublie une chose: si un utilisateur prend Windows pour les jeux, alors il prendra très probablement aussi Microsoft pour la suite bureautique car MS a un avantage pour fournir une suite bureautique meilleure que les autres (utilisation des benef de Windows pour payer le dev d'Office, collaboration interne, etc), et donc le format de fichier qu'on te réclamera pour des documents (CV et autre) sera celui choisi par Microsoft.
OpenOffice / LibreOffice fera peut-être changer la donne, mais il ne faut pas croire que les jeux "propriétaire" n'ont pas d'impacts sur ceux qui n'en utilisent pas: tout est lié, spécialement en informatique où l'effet "réseau" a une grande importance.
Bah, ils ne cachent pas trop leur tarifs et au final c'est comme tous les opérateurs:
tu choisis ton offre 1h,2h, etc de forfait et si tu dépasse et tu paye plus cher la minute..
-Linux pour le desktop, bof, personnellement je me fou de savoir si on vend 70% de Linux ou Windows,
Tu t'en fou peut-être, mais ceux qui aimeraient avoir des applications sur des distributions Linux non-disponible actuellement (un ex parmi bien d'autre: les jeux) ne s'en fichent pas car ça dépend des PdM.
Et si Linux avait 70% de PdM, les échanges de fichiers se feraient en ODF plutôt qu'en .doc, tu t'en fou aussi je suppose?
-Microsoft baisse la garde, comme il n'a plus peur, il ne va pas lancer des menaces à 10 centimes avec ses brevets et autre conneries.
Supposition gratuite, MS attaque Android avec ses brevets et ce n'est pas prêt d’arrêter.. Android étant basé sur Linux, ça pourrait avoir un effet sur Linux.
Certes mais les besoins d'un développeur sont les mêmes que ceux d'un débutant: avoir une machine stable.
Il y a plusieurs cas ou "Linux" ne fournit pas ça:
1- tu chois mal ta distrib: comme ceux qui prennent Fedora et s'étonne après que ça casse: ex Linus avec Fedora et KDE4.0.
2- la distrib fait mal son boulot: Canonical qui package pour Ubuntu des technologies pas encore stable alors que c'est censé être une distribution grand public: par ex intégrer PulseAudio trop tôt (KDE4.0 aussi mais là c'est discutable).
3- ton matériel est mal supporté par Linux.
Posté par reno .
En réponse au journal Trente ans.
Évalué à 3.
Je pense que tu te trompe pour le "reverse engineering" du BIOS: elle était nécessaire car même si les sources étaient disponibles, tu n'avais pas pour autant le droit de vendre un "compatible PC" avec cette copie..
Compaq a donc bien fait un "reverse engineering" du BIOS avec 2 séries d'équipes: une qui lit le BIOS et fait les specs, une autre qui code le clone du BIOS a partir de ces specs, tout ça bien supervisé par un service juridique afin de pouvoir prouver le reverse engineering lors d'un procès..
J'ai encore une fois l'impression que des softeux crois que le hardware est magique.
Assertion gratuite..
Les sègments ne sont pas gratuit du tout, la pagination peut quasiment tout faire de la même façon.
Je suis plutôt d'accord, si un processus pouvait avoir plusieurs espaces d'adresses virtuelle interne, on pourrait avoir une protection matérielle des tableaux sans la complexité des segments.
Intel avait un cpu qui gérait l'encapsulation des objets, le iAPX 432, sorti à 8 mhz, il était ridicule face au 386 à 20 mhz.
Tu as dut louper le fait que le 386 a la segmentation dans ton argumentaire il me semble..
La page de wikipedia parle d'un autre CPU qui avait des fonctionnalités similaire au iAPX 432 et était rapide, il est difficile de dire qu'une fonctionnalité a un coût particulier, ça dépend du niveau de la technologie, des interactions avec les autres fonctionnalités, des équipes..
Pour la première étoile, je l'avais mis entre parenthèses au début, mais je l'ai déplacé pour la raison indiqué par Xavier Claude.
Pour la deuxième étoile, j'aurais pu mettre un lien oui, sauf que si tu ne sais pas que Kristian Høgsberg est le développeur principal de Wayland, tu te demande pourquoi son avis a de l'importance.
Pour la dernière étoile, c'est mon avis, j'aurais pu le mettre sous une forme différente, mais ayant des applications freezées sous Windows et Linux, je persiste: avec une décoration faite par le serveur d'affichage/gestionnaire de fenêtre, c'est moins pénible.
[^] # Re: Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 2.
Ce n'est pas vraiment un problème de ressources, c'est un problème de 'contrôle' de ces ressources: pour un projet "propriétaire", à dépenses constante, celui qui paye peux très bien choisir de réduire le rythme du développement des nouvelles fonctionnalités pour maintenir l'existant; mais comme là les dev ne sont pas payés et que c'est plus intéressant de
1) coder des nouvelles fonctionnalités que d’améliorer celle qui existe déjà
2) faire les fonctionnalités qui te font plaisir plutôt que celle que d'autres veulent
et bien on obtient la situation actuelle qui est loin d'être idéale pour les utilisateurs..
[^] # Re: Ca parait normal
Posté par reno . En réponse au journal [Politique] Fillon veut taxer la Grèce^W graisse. Évalué à 3.
Liste non exhaustive:
1) trop de nitrates: ça arrive parfois en Bretagne, il me semble..
2) gout chloré.
3) infecte a boire: ça m'est arrivé en Espagne.
[^] # Re: Systemd ?
Posté par reno . En réponse à la dépêche Fedora devient une grande fille. Évalué à 2.
Non, pas par défaut: ça avait été évoqué mais finalement retarder car considéré comme pas suffisamment mature pour F15.
F16 est donc la première version a intégrer Systemd par défaut.
[^] # Re: Ca parait normal
Posté par reno . En réponse au journal [Politique] Fillon veut taxer la Grèce^W graisse. Évalué à 3.
Sauf que l'eau du robinet n'est malheureusement pas toujours bonne..
[^] # Re: Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 5.
Je ne sais pas: il y a quand même eu quelques hoquets, j'ai encore en mémoire le changement plutôt arbitraire du comportement du gestionnaire de fichier, qui a fini par être retirer..
Si ça avait été faite de la manière suivante: on rajoute une option, on écoute le retour des utilisateurs, on modifie cette option et éventuellement on change le mode par défaut tout en offrant un moyen simple de revenir à l'ancien mode, ok, mais c'est loin de ce qui s'est passer!
# Pas juste un problème de GNOME
Posté par reno . En réponse au journal 10x10. Évalué à 2.
Ce ne sont pas les seuls: cf KDE et "Plasma Active" leur projet pour les tablettes: le desktop ça marche super, alors maintenant on va cibler les tablettes!
Les projets qui ciblent mal leur utilisateurs meurent et sont oubliés, ce n'est pas un problème..
Le vrai problème c'est: connais-tu un projet de desktop de LL avec beaucoup de développeurs qui s'efforce réellement de satisfaire la communauté actuelle?
J'entends par là un projet qui aurait pour objectif de faire un desktop 100% stable et puis ensuite d'évoluer tout en restant stable en étant très conservateur dans les nouveautés?
Je n'en connais pas non plus (il y en a mais ils n'ont pas beaucoup de développeurs), probablement parce que les derniers 20% de stabilité, c'est chiant à faire, c'est plus sympa de tout réécrire pour faire la N+1, et je ne vois pas trop comment ça pourrait changer.
[^] # Définir?? Implémenter tu veux dire
Posté par reno . En réponse au journal La MoFo se met au travail sur une WebAPI.. Évalué à 3.
Il me semble qu'il n'y a pas besoin de définir une API, SyncML existe déjà et est fait pour ça.
Par contre que ce soit implémenter partout pour qu'on puisse synchroniser facilement, ça oui..
# Si ça peux te consoler tu n'es pas le seul
Posté par reno . En réponse au message Je ne comprends pas la licence BSD. Évalué à 3.
Il y a eu il y a quelque années une flamewar énorme à propos de code sous double license BSD&GPL, la question étant peut-on retirer une des deux licenses.
Je n'ai pas trop suivi l'affaire les débats "juridiques" ne me passionnent pas..
# Reductionisme absurde
Posté par reno . En réponse au journal [Droit d'auteur] À qui appartient ℕ ?. Évalué à 3.
Tu n'es qu'un tas d’atomes, donc si je fais de la chimie en ajout de l'arsenic dans ta composition, nul ne peut me blâmer, non?
Tes arguments sont de ce niveau, bravo!
[^] # Re: Je suis déçu
Posté par reno . En réponse au journal HP arrête les terminaux webOS. Évalué à 1.
Ça pour être patient, il faut être patient!
Haiku vient de fêter son 10-ème anniversaire et il en est à l'Alpha-3..
Bah, quand on veut réutiliser un noyau (NewOS) totalement exotique/peu connu par rapport à un Linux ou un noyau BSD, on le paye!
Et pour ce qui est de WebOS, vu son faible nombre d'utilisateur, ça m'étonnerait qu'il y ai tant que ça de volonté pour le recréer..
[^] # Re: commentaires
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 3.
C'est plus ou moins la question que je posais à GeneralZod..
Pour moi je peux voir 2 choses qui correspondraient plus ou moins:
- un langage bien défini sémantiquement, je crois que SML est dans ce cas.
- un langage dont les opérations sont plus "robuste" par ex: si tu as un débordement entier en Ada tu as une exception, en Python il passe au bigInt/bignum (j'ignore ce qui se passe si le bigInt déborde??) contrairement au C/C++ ou tu as une erreur silencieuse.
[^] # Re: commentaires
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 0.
C++ un langage performant et souple, ok, mais robuste??
On parle quand même d'un langage où:
1) les compilateurs ont historiquement eu beaucoup de bugs à cause de la difficulté d'implémentation du langage
2) les applications ont pas mal de failles de sécurités
Ta définition de robuste doit être très différente de la mienne..
# Je ne connais pas
Posté par reno . En réponse au message Logiciel "borne récupération photos". Évalué à 2.
Mais de toute manière, il va falloir que quelqu'un coure après les invités pour leur rappeler de recopier leur photos, donc si j'étais toi je sélectionnerai quelqu'un de confiance et de dégourdi (pas toi: les mariés n'ont le temps de rien faire lors du mariage) et je le chargerai tant qu'il y est de faire la copie.
Les problèmes principaux sont:
1) sélectionner la bonne personne: moi il était de bonne volonté mais n'a pas réussi à faire la copie des cartes
==> j'ai bien galérer pour récupérer les photos ensuite..
2) avoir un lecteur de carte multi-format.
[^] # Re: Tant mieux
Posté par reno . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à 4.
Ça c'est vrai maintenant mais à une époque Microsoft Office était considéré en retard par rapport aux concurrents, mais comme ces concurrents étaient (pour la plupart) mono-produits ils dépendaient des revenus rapporter par leur logiciel, Microsoft non, ce qui a permis a Microsoft de les écraser: lors du procès anti-trust il avait été envisagé de séparer la division Office de Microsoft pour cette raison.
[^] # Re: Quelque petite remarques
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 9.
Bin c'est du C++, tu t'attendais à quoi?
[^] # Re: Merci
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 7.
Bah, personnellement je vois ce genre d'analyse comme aller chez une voyante: une perte de temps.
L'adaptation du standard dépendra de beaucoup de facteurs comme:
1) le standard sera t'il implémenter par la plupart des compilateurs?
2) les implémentations seront elles fiables ou buggées?
3) les modes informatiques du moment
Tout ces facteurs étant assez imprévisibles, une analyse revient à sortir la boule de cristal: bof!
# Quelque petite remarques
Posté par reno . En réponse à la dépêche Le standard C++0x a enfin été voté. Évalué à 10.
Merci pour la dépêche très intéressante.
Quelques remarques:
1) dans
il faut remplacer les .begin et .end par .cbegin et .cend, j'imagine pour que l'inférence de type produise un const_iterator au lieu d'un iterator, c'est logique mais comme cela nécessite de changer les habitudes des programmeurs, ça fera probablement une "erreur" (mineure) commune de plus.
2) le nullptr:
C'est plutôt choquant comme choix. J'imagine que c'est dans la continuité du C/C++ qui considère que 0(int) correspond à faux(booléen) mais bon on peut voir ça aussi comme persister dans l'erreur..
3) unicode: utiliser le prefix u pour UTF-16, u8 pour UTF-8 me choque: de facto ça revient à légitimer UTF-16 comme le format par défaut, alors que son seul avantage est que c'est le format par défaut sous Windows, pour le reste c'est un format bâtard entre UTF-8(plus compact dans la plupart des cas, compatible ascendant avec ASCII) et UTF-32 (accès O(1) a tous les éléments d'une chaîne).
[^] # Re: Tant mieux
Posté par reno . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à -1.
Tu oublie une chose: si un utilisateur prend Windows pour les jeux, alors il prendra très probablement aussi Microsoft pour la suite bureautique car MS a un avantage pour fournir une suite bureautique meilleure que les autres (utilisation des benef de Windows pour payer le dev d'Office, collaboration interne, etc), et donc le format de fichier qu'on te réclamera pour des documents (CV et autre) sera celui choisi par Microsoft.
OpenOffice / LibreOffice fera peut-être changer la donne, mais il ne faut pas croire que les jeux "propriétaire" n'ont pas d'impacts sur ceux qui n'en utilisent pas: tout est lié, spécialement en informatique où l'effet "réseau" a une grande importance.
[^] # Re: Zero Forfait -> La Poste Mobile
Posté par reno . En réponse au journal Désimlockage : Orange « vous avez volé votre mobile ». Évalué à 3.
Bah, ils ne cachent pas trop leur tarifs et au final c'est comme tous les opérateurs:
tu choisis ton offre 1h,2h, etc de forfait et si tu dépasse et tu paye plus cher la minute..
[^] # Re: Tant mieux
Posté par reno . En réponse au journal Microsoft estime avoir gagné la bataille contre Linux sur les Desktop/Laptop/Netbook/Workstation. Évalué à 3.
Tu t'en fou peut-être, mais ceux qui aimeraient avoir des applications sur des distributions Linux non-disponible actuellement (un ex parmi bien d'autre: les jeux) ne s'en fichent pas car ça dépend des PdM.
Et si Linux avait 70% de PdM, les échanges de fichiers se feraient en ODF plutôt qu'en .doc, tu t'en fou aussi je suppose?
Supposition gratuite, MS attaque Android avec ses brevets et ce n'est pas prêt d’arrêter.. Android étant basé sur Linux, ça pourrait avoir un effet sur Linux.
[^] # Re: Il manque une grosse fonctionnalité
Posté par reno . En réponse à la dépêche Firefox 6 est sorti. Évalué à 1.
Intéressant, est-ce comme Opera le fait ou y a t'il des choses en plus?
[^] # Re: [HS] [LINUX] [bad graphics board driver
Posté par reno . En réponse au journal Plan9 & 9Front: Le front tombe!. Évalué à 6.
Certes mais les besoins d'un développeur sont les mêmes que ceux d'un débutant: avoir une machine stable.
Il y a plusieurs cas ou "Linux" ne fournit pas ça:
1- tu chois mal ta distrib: comme ceux qui prennent Fedora et s'étonne après que ça casse: ex Linus avec Fedora et KDE4.0.
2- la distrib fait mal son boulot: Canonical qui package pour Ubuntu des technologies pas encore stable alors que c'est censé être une distribution grand public: par ex intégrer PulseAudio trop tôt (KDE4.0 aussi mais là c'est discutable).
3- ton matériel est mal supporté par Linux.
Pas forcément si simple donc..
[^] # Re: Rendons à Microsoft…
Posté par reno . En réponse au journal Trente ans. Évalué à 3.
Je pense que tu te trompe pour le "reverse engineering" du BIOS: elle était nécessaire car même si les sources étaient disponibles, tu n'avais pas pour autant le droit de vendre un "compatible PC" avec cette copie..
Compaq a donc bien fait un "reverse engineering" du BIOS avec 2 séries d'équipes: une qui lit le BIOS et fait les specs, une autre qui code le clone du BIOS a partir de ces specs, tout ça bien supervisé par un service juridique afin de pouvoir prouver le reverse engineering lors d'un procès..
[^] # Re: SMEP et la segmentation
Posté par reno . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à 1.
Assertion gratuite..
Je suis plutôt d'accord, si un processus pouvait avoir plusieurs espaces d'adresses virtuelle interne, on pourrait avoir une protection matérielle des tableaux sans la complexité des segments.
Tu as dut louper le fait que le 386 a la segmentation dans ton argumentaire il me semble..
La page de wikipedia parle d'un autre CPU qui avait des fonctionnalités similaire au iAPX 432 et était rapide, il est difficile de dire qu'une fonctionnalité a un coût particulier, ça dépend du niveau de la technologie, des interactions avec les autres fonctionnalités, des équipes..
[^] # Re: La critique est facile, l'art est difficile
Posté par reno . En réponse au journal Une info sur KDE on Wayland. Évalué à 3.
Pour la première étoile, je l'avais mis entre parenthèses au début, mais je l'ai déplacé pour la raison indiqué par Xavier Claude.
Pour la deuxième étoile, j'aurais pu mettre un lien oui, sauf que si tu ne sais pas que Kristian Høgsberg est le développeur principal de Wayland, tu te demande pourquoi son avis a de l'importance.
Pour la dernière étoile, c'est mon avis, j'aurais pu le mettre sous une forme différente, mais ayant des applications freezées sous Windows et Linux, je persiste: avec une décoration faite par le serveur d'affichage/gestionnaire de fenêtre, c'est moins pénible.