reno a écrit 3880 commentaires

Ce sont des guignols mais au moins ils laissent la possibilite de desactiver le bousin.

Oui, enfin quand j'imagine le nombre d'utilisateurs qui ont trouver que leur machine était très lente et ont du chercher pourquoi et comment résoudre le problème, tout ça pour un service très loin d'être indispensable, ça laisse rêveur..

Comme dit plus haut, ce n'est pas vraiment un concurrent, c'est une suite/une optimisation donc tu es un peu a coté de la plaque..

Pour le reste, je pense que les devs de KDE sont des guignols par rapport (par exemple) à Linus dans leur façon de gérer leur projets, c'est flagrant a partir de la version 4 (changement des devs?).
Un exemple: une façon usuelle d'introduire une nouvelle fonctionnalité dans Linux c'est de l'introduire désactivée par défaut, puis ensuite, en fonction des retours c'est activé (ou pas) par défaut.
KDE c'est "j'active par défaut, si vous voulez un KDE stable, demander aux distribs de faire le travail", sympa!

Qu'une contribution similaire avait été rejeté par le mainteneur Linux (pour une autre carte vidéo) car la partie kernel n'était utilisable que par le blob propriétaire.
Y a t'il le même risque ici?

autant prendre un Intel si on veut de la performance,

A 70€ tu ne trouveras pas grand chose coté Intel..

Ah le Seigo, brillant représentant des personnages à l'égo hypertrophié gravitant autour de Linux ces temps-ci

Ça.. A un moment donné je suivais son blog car c'est un personnage important dans le monde KDE, bon j'ai arrêté car en fait je ne comprenais rien à ce qu'il disait.
Ça vient peut-être de moi mais je ne pense pas: je n'ai pas ce problème avec d'autre blogs..

Ça me rappelle les commentaires des devs de KDE ( http://lwn.net/Articles/587944/ ):
le dialogue est le suivant:
-devs de KDE: on a merdé sur la version KDE 4.0.0 mais depuis on a compris et on écoute les utilisateurs.

-Heuh, les gars, le problème n'était pas uniquement sur la version 4.0.0: depuis vous activez toujours par défaut les nouvelles fonctionnalités instable et entre autre il y a eu une fois un changement majeur de Nepomuk entre la dernière RC (4.6?) et la livraison.

-[silence sur la ligne] Ah oui c'est vrai, c'est arrivé, mais les utilisateurs sont trop méchants avec nous, si on ne casse pas, on ne peut pas livrer des nouvelles fonctionnalités..

Je suis le seul à être choqué par la régression sur les casques VoIP?

Oui et non, si je comprends bien il y a différent profils d'utilisations, ils ont réduit le nombre de profils gérer et les distributions ne se sont pas adaptées en proposant un autre outil pour les profils qui n'étaient plus supportés..

Donc clairement pour l'utilisateur c'est un gros problème, maintenant à qui la faute?
Aux devs de BlueZ qui n'ont pas bien communiqué sur les restrictions de leur nouvelle version?
Aux distributions qui n'ont pas fait le travail?
Difficile à dire sans investiguer plus précisément..

Tu as oublié d'expliquer pourquoi..

Historiquement ça avait peut-être un sens (je pense à SmallTalk et Alan Kay qui n'aime toujours pas le typage statique), mais bon avec Haskell maintenant c'est totalement dépassé/faux de toute manière.

Ça revient a passer un pointeur vers une valeur au lieu d'une valeur, donc c'est moins efficace, je ne vois pas trop l'intérêt..
Tu peux expliquer?

Ton troll ne tient pas debout: Java plus simpliste comme langage, il n'y a pas..

Certes et alors?
Je ne comprends pas ta question, ni le rapport avec la "nécessité" d'avoir les symboles en plus des enums "à la Python".

OK, je viens de voir tes messages suivant et j'ai compris: ton problème est que l'utilisation des enums comme des symboles viole la règle DRY(Don't Repeat Yourself) (enum TOTO='TOTO')

Tu aurais expliqué ça dès le début, ça aurait été plus clair..
Ceci dit, je n'aime pas trop les symboles car ils sont préfixés par :, #, \ (dépend du langage), alors que les enums non..

Tant qu'à rajouter une notation magique pour éviter les répétitions, moi j'aurais fait enum TOTO@ (équivalent de enum TOTO='TOTO') et hop, le moche symbole ne se voit que dans la déclaration de l'enum, est-ce que ça te conviendrait maintenant?

Qu'est-ce qu'un enum en Python ? c'est ni plus ni moins qu'une structure associative.

Certes et alors?
Je ne comprends pas ta question, ni le rapport avec la "nécessité" d'avoir les symboles en plus des enums "à la Python".

Le problème du C c'est que quand tu imprime un enum tu te retrouve avec un entier alors que dans ton programme tu manipules un symbole, c'est pénible a lire ou a gérer pour éviter ça, mais vu qu'avec les enums Python ce n'est pas le cas je ne suis pas sûr que les atom apportent grand chose par rapport aux enum..

Cet article n'est pas forcément d'une bonne qualité Oracle vend aussi du GPLv2 écrit en grande partie par RedHat: Linux par exemple..

Après Oracle est agressif judiciairement ça c'est sûr, mais bon il n'ont pas pour autant gagné face à Google (mais ce n'est pas fini)

Si je passe par Tor et 12 VPN pour me connecter à mon compte Google et passer la journée à regarder des chatons sur Youtube, à quoi bon?

Pour ajouter de l'eau à ton moulin:
1) si tu utilise Tor sans utiliser un protocole chiffré dessous, coté anonymat tu n'as pas gagné grand chose..

2) le fait d'utiliser Tor fait que tu deviens "non ordinaire", donc quelque part ça peut réduire ton anonymat.

Personnellement je pense que les exceptions avec la gestion du scope est ce qu'il y a de ´moins pire´ cf http://dlang.org/exception-safe.html

Quel est l'autre alternative?
Bloquer le plein écran, sans laisser a l'utilisateur le choix?
Il est fort probable qu'il exerce son libre choix en changeant de distribution..

Problème de plein écran --> virer le plein écran sauf pour des applications choisies par l'utilisateur..

Ça rejoins un peu mes postes sur qubeOS/l'interet d'avoir la gestion des décorations côté serveur, non?

Ton blog est relayé par Phoronix je pense que ça va susciter plein de débats "productifs" ;-)

Ça change qu'avec la décoration des fenêtres coté serveur, le serveur peut ajouter des "identifiant visuels" te permettant de distinguer tes applications comme le fait Qubes OS par exemple.

Une capture d'écran:
http://qubes-os.org/trac/raw-attachment/wiki/QubesScreenshots/r2b2-kde-three-domains-at-work.png

Donc tu es en train de dire que puisqu'il y a autre problème, ça ne sert à rien de corriger les erreurs de conception d'X11?

Sauf que je te ferais remarquer qu'on ne peut pas corriger X11 sans casser les applications existantes, donc il FAUT profiter de la rupture de compatibilité de Wayland pour corriger les erreurs de conceptions d'X, autrement le jour où on arrive a corriger les autres problèmes, on a les mêmes problème qu'X.

Soit-dit en passant les concepteurs de Wayland poussent pour une gestion des décorations de la fenêtre coté client, ce qui est potentiellement un trou de sécurité: une application peut plus facilement essayer de se faire passer pour une autre quand elle a la maitrise totale de la fenêtre; bon ceci dit Wayland n'est pas incompatible avec une gestion des décorations coté serveur d'affichage, alors ça n'est pas un vrai problème juste un n-ième choix (difficile) à faire entre la sécurité et les performance..

Hum, pourquoi commenter avant de lire l'article??

Tu parle de "systeme de fichier", mais dans la plupart des systèmes de fichier on peut effacer des snapshots, par contre comme base de donnée pour un outil de gestion de configuration, ok, là ça a un sens.

Je vois pas pourquoi

En essayant de comprendre le point de vue de l'auteur du post, il me semble que la raison est que dans Plan9, la "vue" de ton fichier est aussi un fichier, donc ton fichier "coloré syntaxiquement" est un fichier différent du fichier source et que ça devient donc le bordel à gérer: si tu édites le fichier "coloré", il faut retirer les colorations pour pouvoir insérer tes modifications dans le fichier sources..

mais faut pas oublier que c'est un outil et que si quelque chose est utile à l'utilisateur alors c'est à prendre en compte

Certes, mais il n’empêche que certains outils font plus facilement certaines choses que d'autre: tu peux planter un clou avec un tournevis mais ça n'est pas pratique: la structure "tout fichier" de Plan9 rend plein de chose plus simple mais apparemment complique la coloration syntaxique.

J'espère que l'auteur du post se trompe: la "coloration syntaxique" ce n'est qu'un cas particulier de tout un ensemble de transformation très utile fait par les traitements de textes donc si Plan9 ne permet pas de faire ça, c'est très gênant.