Alex a écrit 1849 commentaires

non select est très bien, grep fait trop unixien

cest pas tant le nom de la méthode, cest surtout que je n'apprécie pas des masses les valeurs de retour implicites (trop souffert avec perl surement)
du coup je préférerais {|value| return value if value.even?} (non valable en ruby), ou en pratique j'écrirais {|value| value if value.even?} qui me parait plus lisible

mySelection = myArray.select { |value| value.even? }

J'aime bien ruby donc je comprend, mais je pense que dans le cas inverse je m'attendrai presque à ce qu'il me renvoi un tableau de booléen
En l'occurrence je préfère dans ce cas la construction python avec les listes en compréhension

En fait c'était le cas de suse, mais à prioris c'est fini… (peut être kubuntu ou chakra ?)

Ceci dis un gestionnaire de thème correct avec un truc un peu mieux foutu que knewstuff serait en effet un minimum

En fait je pense que la philosophie de kde est "fais en ce que tu en veux", cest pour ça que j'utilise kde, je l'adapte à mon besoin

Mais il est vrai que je trouve que kde régresse, c'est globalement de plus en plus moche (ou peut être juste plus à la mode), cela évolue lentement, mais ça bogue de plus en plus… Dailleurs je trouve qu'au niveau expérience utilisateur "lambda" ça régresse chez beaucoup de monde, entre gnome-shell, unity et kde (et même windows)

En fait c'est une regression (il y avait une justification, mais je ne me rappelle plus laquelle)
Dans les premières versions de kde3, cela fonctionnait très bien

c'est vrai que sous pharo, c'est fortement bien intégré, mais sauf mauvaise interpretation de ma part, c'est un concept (repl read/eval/print/loop)qui il me semble provient des langages fonctionnels et que l'on retrouve dans tout les langages modernes ( pry pour ruby, un truc en beanshell pour java, etc…)

Je pense que tu as une mauvaise vision de pharo, ce n'est pas un ide, mais "juste" un nouvel environnement, tu peux très bien changer l'éditeur, tu as une ligne de commande, un langage de script (smalltalk), ton outil de gestion de source, etc…
La différence (et là où je rejoint ta critique) est, AMHA, que sous linux on a une plus grande variété d'outils, et plus matures. Néanmoins il y a certains des outils de pharo que je voudrai bien retrouver pour d'autres langages, comme le classbrowser ou l'outil de recherche de méthode

en même temps ça ne se voulait pas un commentaire construit et réfléchi, tout comme la comparaison d'origine

Sans être une règle absolue, on en est pas si loin:
généralement lorsqu'un partenaire ne me cache plus les parties intéressantes, je sais qu'en tant qu'utilisateur je vais avoir accès à tout (par contre la modification m'est souvent interdite)

ton copain / ta copine est visible ne veut pas dire qu'il/elle est open

les parties intéressantes ne sont pas visibles

Le protocole n'est pas le même (même si les réseaux différents) ?
C'est en tout cas ce que j'avais compris en effet

mais, j'ai un mal fou à imaginer un régulateur de vitesse monter tout seul à 200km/h, si le contact est coupé.

Juste une précision: de nos jours sur plein de véhicules il n'est plus possible de couper le contact lorsque la voiture roule (mais il y a surement plein d'autres moyens d'arrêter le véhicule)

cest un système décentralisé où chaque transaction est validé par un réseau de confiance
je ne sais pas ce que la monnaie donnera, mais même en cas d'échec cela reste interessant pour ses propriétés de non répudiation, et cela permet d'éviter d'avoir un tiers de confiance qui serait également un point unique de compromission: signature de contrat, vérification de propriété, etc…

En tant que monnaie, j'imagine que les anarchistes ou les partisans d'un état non régulateur y vois un intérêt certain, et il y a plein d'autres attributs interessants, comme les transactions 2 parmis 3

ne faut il pas attendre un bout de temps avant que suffisamment de monde ne confirme la transaction ?

AMHA (car je ne connais pas le fs en question), c'est pour faire de la non répudiation. C'est pour des contextes précis, pas sur une machine desktop lambda.
un peu comme lorsque tu stockes sur du svn

il y a des redondances dans les fonctionnalités entre Alsa et PulseAudio

je ne comprends pas trop, normalement (si j'ai moi même tout compris) alsa s'occupe de restituer le son sur ton chip audio, pulse s'occupe de son traitement
ensuite tu as quelques utilitaires plus haut niveau livré avec alsa, comme dmix pour mixer plusieurs sources sonores, et en effet aujourd’hui cest à pulseaudio de traiter cela, mais à mon avis c'était plus des workarround proposés par alsa qui n'avait rien à faire là.

AMHA c'est justement beaucoup plus clair que l'affichage, qui passe par une miriade de couches (KMS, ou X-(Xlib|Xcb)-Xrender|jsaisplusquoi-Driver X-DRI-DRM… sachant que j'en ai oublié et que je ne comprends pas bien toute la stack)

Dire ce que l'on ne veut pas ne me parait pas idiot
mais surtout, j'ai l'impression que cest le seul moyen d’amoindrir le clientelisme

Tu veux dire qu'un fichier texte a moins de chance d'être corrompu que le format binaire de journald  ?

Ou plus facilement récupérable

l'idée de par est intéressante, mais peut on l'utiliser directement sur un flux ? sil il faut refaire un par à chaque ligne rajoutée ça peut faire lourd

ce que je dis, cest qu'un sortie texte en plus de la base de journald me semble nécessaire, même si elle ne contient pas toutes les infos, même si elle est moins pratique à trier. C'est un secours en cas de problème avec la base de journald.

l'accès distant peut être sur une kvm, la db de log corrompue, le fichier texte reste un fallback intéressant (même si corrompue on peut espérer qu'une partie de données soit facilement analysable par un humain)
cest des cas critiques et rare, mais loin d'être négligeables

Les points de restauration ? ca ne marche pas vraiment (en tout cas chez moi ça n'a jamais marché comme j'en aurai eu le besoin)
dailleurs que snapshot t'il ?

Mais en effet c'est une fonctionnalité qui manque sous linux

vote à la proportionnelle permet de faire ça aussi.

je ne suis pas sur que ça réduise le clientélisme, et ça ne s'applique qu'a certaines élections (mais cest peut être ce dont vous parliez, je n'ai pas relu le thread depuis le début)

La démocratie, ce n'est pas faire des choix négatifs (dire ce qu'on ne veut pas faire) mais faire des choix positifs (dire ce qu'on veut faire). Et vu l'offre politique actuelle, si tu ne trouves pas ton bonheur, c'est que tu n'as pas assez bien cherché.

Je ne suis pas vraiment daccord la dessus (pour le vote négatif, pas pour le panel politique), mais bon
Et, AMHA, le système de vote actuel permet un choix négatif (suivant l'adage "au premier tour on choisi, au second on élimine"), mais n'est juste pas adapté à cela.

réduire le clientélisme, réduire le bipartisme en supprimant la notion de vote utile, permettre d'exprimer des choix négatifs…
ensuite reste à savoir quel système de vote permettrait de réduire cela, et si les problèmes qui ne manqueraient pas d'apparaitre ne seraient pas pire

Comme éviter que le journal soit altéré par quelqu'un s'étant introduit frauduleusement dans le système

S'en même s'être introduit, il me semble que journald peut signer les journaux, alors qu'avec un serveur syslog on peut écrire n'importe quoi en faisant croire que ça vient de n'importe où (ceci dit je bifurque, cela n'a rien à voir avec le troll texte vs db)

en temps réel ?
sinon cela ne présente pas le même intérêt que l'export syslog