totof2000 a écrit 9656 commentaires

Un troisième script qui n'est pas encore tout à fait utilisable me permettra de plonker complètement certains comptes

Ca c'est une possibilité intéressante. Tu censures toi-même les gens que tu ne veux pas lire, en les laissant s'exprimer pour ceux qui veulent. Par contre il faudrait que la personne sache qu'elle est plonkée, notamment quand elle répond à un message de la personne qui l'a plonkée, sinon ça n'a pas de sens.

Dans ce cas pourquoi ne pas avoir un lien "Je trouve ce commentaire pertinent" plutot que "pertinent" et "je trouve ce commentaire inutile" plutôt qu' "inutile" ?

Ensuite un popup pour une qualification de la raison pour laquelle le commentaire est jugé pertinent ou inutile ? Ou ne garder ce popup que pour le jugement inutile ? Le popup proposerait une liste de tags avec par exemple "pas d'accord" ou "ton agressif", "troll", "mauvaise argumentation", "rien compris", … et ne pas oublier la possibilité de ne pas dire pourquoi on trouve un commentaire inutile (l'option passe-partout "autrte raison"). Comme ça un commentaire jugé inutile aurait au moins un retour sur la raison pour laquelle il a été jugé inutile. Et un utilisateur pourrait voir comment sont jugés ses commentaires de manière générale.

Après faut bien définir la liste, mais ça permettrait d'avoir un meilleur feedback.

Je me suis récemment entretenu avec un cabinet de recrutement qui me proposait un poste de devops et, au fil de la discussion, il est apparu que le profil recherché devait clairement avoir de fortes compétences à la fois en développement ET en sysadmin.

Je pense que ce genre de profil aujourd'hui ne doit pas courir les rues. On doit pouvoir trouver des devs ayant des compétences d'intégration/admin sys ou des admin sys ayant des compétences en dev, mais une personne ayant de fortes compétences dans les deux domaines doivent être rares.

J'ai pas totalement fini, mais j'ai d'autres idées pour ça. Je le mettrais dans un autre journal.

Lorsque je vois que ton compte a été créé le 16/08/2019, je comprends mieux … Le syndrome du stagiaire qui débarque et qui remet en question tout le fonctionnement d'une entreprise sans savoir pourquoi les choses fonctionnent come elles fonctionnent …

Commence déjà par bien comprendre la raison d'être du karma avant de proposer tes idées. Tu n'es pas le premier à le remettre en question, et certainement pas le dernier. Fais ne recherche sur karma sur linuxfr, tu verras bien ce qui a été déjà dit sur ce sujet. Ca t'évitera de perdre du temps et de saouler tout le monde en répétant des trucs qui ont déjà été dits. (ton karma s'en portera mieux).

Ensuite, quand tu auras une vision claire de la raison d'être du karma, des compromis mis en place, tu pourras proposer des idées pertinentes. Mais il faut avoir une hose en tête : les solutions proposées pour résoudre les problèmes que tente de résoudre le principe du karma ne sont jamais parfaites. Il faut toujours faire des compromis.

Note qu'il est très difficile de critiquer l'intérêt de quelque chose dont on ne sait pas à quoi il sert.

C'est clair, mais pourquoi ne pas commenbcer par là ? Poser la question de l'utilité du système de karma ? Une fois que tu sais à quoi il sert, tu pourras critiquer et proposer des améliorations, sinon tout le reste n'est que supposition, et n'a que peu d'intéret non ?

Je ne peux pas être plus clair que quand tu n'es pas connecté ce bouton n'existe pas. Essaie avec une navigation privée si tu ne me crois pas.

Tu me l'as appris (je suis toujours sur linuxfr en mode connecté donc je ne savais pas). J'ai effectivemenbt essayé et le bouton n'apparaît pas. Mais il semble que ce soit plus un problème d'ergonomie d'après les commentaires plus bas : on peut afficher le contenu si on clique sur le titre.

Si c'est pour de l'anti-troll le succès est limité. On voit encore régulièrement des trolls par ici (SamWang ?) et il y a des faux négatif comme Gabin.

Je crois que tu as mal lu: le but est de -limiter-, pas d'empêcher complêtement. Parce qu'en voulant empécher complêtement, on peut avoir des effets collatéraux indésirables. On risque de considérer comme troll quelqu'un qui exprime une opinion à contre courant de la majorité. Je pense qu'il faut avoir connu linuxfr a ses débuts pour comprendre l'intéret du système de karme.

Si son objectif est de supprimer les trolls non seulement je ne suis pas sûr de son efficacité, mais en plus il remplace des troll par certaine tensions et frsutration (je pense par exemple à ici).

Parce que l'objectif n'est pas de supprimer, mais de limiter. Et le commentaire que tu mets en lien est typique de ce qui se passe sur linuxfr: parfois les gens a qui tu réponds n'aiment pas ta réponse (pas d'accord) donc cliquent sur "inutile", mais en général ces actions sont compensées dans les heures suivantes par des personnes qui cliquent sur "pertinent" (pour moi c'est l'intéret de ne pas naviquer à -42: il m'arrive de cliquer sur "pertinent" pour un commentaire qualifié d' "inutile" à tort selon moi. En naviguant à -42, je ne m'en rends pas compte …). Ca m'arrive souvent.

Certains susceptibles vivent mal le fait de voir leurs commentaires déclarés « inutiles »

Bof, d'un autre côté ça limite pas mal les trolls, et c'est très bien comme ça.

un commentaire trop dans le négatif se voit totalement cachés aux yeux du monde. En effet s'il est courant de naviguer en -42 pour les habitués du site, il est impossible pour les lecteurs non connectés de déplier les commentaires cachés.

Ah bon ? On peut pas cliquer sur le "+" à gauche quand on est pas connecté ?

Si on navigue à -42 en tant que membre, c'est parce qu'il n'est pas agréable de voir une partie du contenu nous êtres ostensiblement caché et qu'il peut devenir difficile de suivre une conversation avec une partie des commentaires sont cachés.

Je ne navigue jamais à -42, et je vois pourtant l'ensemble des commentaires que je veux voir. Je clique juste pour le déplier. C'est pas un problème.

Aujourd'hui le karma ne permet pas de modérer, on demande systématiquement à l'équipe du site de détruire le contenu et en tant que système anti SEO d'autres systèmes peuvent être mis en place (basé sur une période initiale soit temporelle soit en volume de contenu). Pas mal de sites font ça avec un système de badges.

Le karma a été mis en place bien avant la montée en puissance des problématiques SEO, et servait avant tout a dégager les trolls (si ma mémoire est bonne). La tu es en train de tenter de détourner la raison d'être d'un système pour une autre problématique. Maintenant si tu as des idées pour protéger Linuxfr des problématiques SEO, pourquoi pas, mais attention : tu réfléchis à l'envers. Pose la problématique, la solution indépendamment du système de karma actuel. Et vois si le karma correspond à la solution que tu proposes. S'il n'y répond pas, ça signifie qu'il faudra peut-être faire cohabiter deuyx solutions.

Quel solution de virtualisation ? Il y a certainement de la redirection de port à faire pour que le cast atteigne ta VM.

J'ai l'impression que ce journal a été écrit un peu sur le coup de la colère. Du coup on comprend pas les raisons pour lesquelles tu veux te débarasser de Java.

Pour aller par petits pas, je voulais déjà changer les polices, car c'est déjà faisable avec le design actuel.

Ce serait pas ça le problème ? (en plus des autres remarques émises par ailleurs qui t'ont permis d'améliorer la situation … ) ? Ce que je veux dire c'est qu'un design c'est un ensemble. On a une police qui est censée s'intégrer au reste du site, et là la police choisie "choque" parce que le reste ne colle pas avec (un peu comme une mauvaise association de vêtements).

Sinon ne serait-il pas possible d'avoir un design adapté au terminal utilisé pour se connecter ? Style une CSS adaptée aux mobiles/tablettes et une CSS adaptée à un ordinateur fixe ou portable ?

Après je sais que ça prend du temps à mettre en place, et je dois avouer que n'étant pas visuel, je ne saurai pas faire mieux. L design c'est tout un métier, quel que soit le domaine (design d'interieur, le design d'une bouteille de parfum ou de gel douche, le design d'un immeuble, d'un jardin …) et ça obéit à quelques règles de base. Celà dit il doit bien avoir des bouquins/sites web bien faits pour expliquer les bases non ? (perso ça m'intéresserait d'avoir quelques références).

Perso, depuis plusieurs années je suis passé à du tiling, justement parce que bon, je préfère passer 2H a apprendre a utiliser un truc, que de supporter du soft hyper lent.

Je suis dans le même cas … et j'ai pas envie de changer de machine tous les 2/3 ans (ma machine fixe depuis laquelle j'écris est un athlon 64 X2 que j'ai du acheter en 2006 ou 2007, elle tourne sous FreeBSD avec un XFCE pas trop chargé et me convient très bien pour ce que je fais). Mon portable tourne sous Ubuntu avec Enlightenment (qui est pas trop moche et prend pas trop de ressources non plus). Pas forcément pour la planète, mais juste parce que j'aime pas jeter un truc quand il fonctionne encore bien.

Je précise : quand je dis "je suis dans le même cas" c pas par rapport au tilling, mais par rapport au fait que je n'aime pas supporter des soft hypers lents. Je préfère un environnement un peu moins joli mais plus léger. (je me suis rendu compte de la confusion de mes propos après coup).

Je suis d'accord avec toi, de base, mais du coup, ne devrait-on pas considérer la totalité du système? J

C'est justement la question que je me pose. Et je pense qu'on devra tous se la poser à un moment ou à un autre si o veut faire plus que du "green it washing". Soit les langages/frameworks basés sur les technos telles que Python ou Ruby évolueront, soit elles devront mouttir au profit d'autres langages/technos moins énergivores.

Je n'ai pas l'impression de faire plus de choses plus vite, de nos jours. Par coutre, oui, je vois qu'il ya de jolies transparences, des coins arrondis, etc etc… qui ne servent a rien, mais, c'est joli.

Oui, mais il y a aussi pas mal de choses plus ou moins inutiles qui tournent en tache de fond, mais qui ne servent pas forcément tout le temps. J'ai un ami qui m'a passé son PC perso, qui tournait très bien sous Windows 7, mais qui rame comme pas possible depuis que Microsoft lui a upgradé sa machine en Windows 10. Je vais passer des heures a arrêter un tas de trucs qui ne servent à rien …

Perso, depuis plusieurs années je suis passé à du tiling, justement parce que bon, je préfère passer 2H a apprendre a utiliser un truc, que de supporter du soft hyper lent.

Je suis dans le même cas … et j'ai pas envie de changer de machine tous les 2/3 ans (ma machine fixe depuis laquelle j'écris est un athlon 64 X2 que j'ai du acheter en 2006 ou 2007, elle tourne sous FreeBSD avec un XFCE pas trop chargé et me convient très bien pour ce que je fais). Mon portable tourne sous Ubuntu avec Enlightenment (qui est pas trop moche et prend pas trop de ressources non plus). Pas forcément pour la planète, mais juste parce que j'aime pas jeter un truc quand il fonctionne encore bien.

Pas par considération pour la planète, juste par confort personnel. Dans ce confort personnel, j'inclue la réduction des douleurs de poignet liées a prendre la souris pour la moindre action, d'ailleurs.

J'ai pas encvoe vraiment essayé ce genre d'environnement, faudra un jour que je m'y mette. Mais j'ai un peu de mal avec les raccourcis claviers (pourtant e suis pas vraiment visuel).

Sauf que la majorité, aka les non marginaux, semble préférer le bling-bling. Même si c'est plus lent, mauvais pour la planète, mauvais pour la santé (au niveau pro, notamment)…

Ce qui me désole. J'ai toujours eu du mal avec le concept d'acheter plus de matériel plutôt que d'optimiser un peu le code. Certes ça coute moins cher à court terme mais j'ai jamais été convaincu sur le long terme.

Sinon merci pour le respect dont tu fais preuve dans cette discussion, même si tu n'es pas d'accord avec moi (ce qui n'est pas le cas de tout le monde).

Je ne voulais pas forcément parler de cette appli en particulier, mais je voulais parler de mon inquiétude a voir du python sur des démons systèmes d'une façon générale. Je suis pas certain que ce soit toujours une bonne idée.

Disons que j'ai plus qu'une observation :
- j'observe que wicd me prend un gros pourcentage de temps CPU.
- j'observe ussi que sur mon fixe, il arrive à hp-systray de me faire la même chose
- les deux sont écrits en python
- a chaque fois que j'ai vu ma batterie se décharger anormalement vite, wicd prenait beaucoup de temps CPU, bien plus que les onglets Firefox ouverts.

De plus :
- il est reconnu qu'un programme python s'exécute plus lentement (parfois beraucoupo plus lentement selon le programme) que le même programme écrit dans un langage compilé - exemple: le C). Mais ce problème ne concerne pas que Python: un site écrit en Ruby/Rails est assez lent (parfois plus lent qu'un site écrit en python). Le seul à bien s'en sortir à ce niveau (à ma connaissance), c'est le Perl ( dans une de mes missions, un outil avait été écrit en Perl plutôt qu'en python car Python s'en sortait pas niveau perfs). Et je ne parle pas de PHP qui n'a pas forcément une bonne réputation (mais que je ne connais plus suffisamment pour en parler). La lenteur ne vient pas du fait que les cycles CPU sont plus lent à s'exécuter pour un probramme python ou Ruby que pour un programme Perl ou C. Le fait est bien que Python ou Ruby utilisent plus de cycle CPU (donc plus d'énergie).

Et je pousse ma réflexion en me disant que l'économie d'énergie n'est pas juste un priblème de portable, mais qu'elle concerne aussi les serveurs. Et qu'un jour on devra probablement remettre en question nos façons de faire. Peut-être n'ira-t-on pas jusqu'à utiliser de l'asselmbleur partout (pour caricvaturer un peu), mais a mon avis ça passera au moins par un gros travail sur les perfs des runtimes des langages tels que Python, Ruby ou PHP.

Donc oui, ça me fait peur d'avoir un démon python qui s'exécute sur une machine qui a besoin d'éconoimiser de l'énergie. Alors effectivement, dans le cas présent, ça ne pose probablement pas problème puisque le programme attend des evenements clavier. Par contre je ne suis pas sur que ce soit aussi neutre pour un prog qui fait du pooling à intervales réguliers par exemple, intervalles suffisamment proches pour que le code soit sollicité souvent). Maintenant mon raisonnement n'est peut-être pas bon, j'en ai conscience, ou je le pousse peut-être un peu trop. Mais dans ce cas, j'apprécie d'avantage ta démarche, qui consiste à me faire expliquer mon point de vue, pour me corriger si nécessaire, que celle de certains autres intervenant (un en particulier).

excuses à la con.

Du même niveau que mon interlocuteur. Mais vu que j'ai affaire à un fanatique de systemd, tout ce que je pourrai dire a son sujet ne sera qu'argument a la con.

C’est pas ce que t’as dit au dessus.

Ah bon ? Tu peux me remettre la phrase qui semble dire le contraire ? Parce que j'ai pu mal m'exprimer, ou écrire le contraire de ce que je pensais.

Reste à l'expliquer à Mamie Suzanne dont la vue baisse et qui aimerait bien partir avec les photos de son arrière petit-fils. Et là…

… tu lui demandes quelle photos l'intéresse, tu demande à un prestataire en ligne de faire le tirage et Mamie Suzanne les reçoit chez elle … ou tu te les fais envoyer et tu passes les portert à Mamie Zuzanne, elle sera contente de te voir.

J'allais oublier …

En l’occurence, vu le bug donné au dessus, le problème à pas grand chose à voir avec le choix du langage, mais avec la décision de lancer 2 binaires toutes les 3 secondes.

Ah ? Et c'est bizarrement wicd qui utilise les cycles CPU de ces binaires ? ?

Et t’es en tête de ligne quand il s’agit de venir chier sur systemd (tu l’as fait dans ce thread) et venir préconiser des systèmes d’init basé sur des scripts shell écrits dans des langages interprétés aux performances pitoyables, c’est assez ironique quand même, non?

Non. On parle de daemon systeme, pas de truc lancé juste une fois au démarrage.

un bon développeur interprété peut écrire du code qui consomme moins qu’un développeur compilé médiocre.

Un bon développeur compilé écrira du code qui consomme moins que le meilleur code écrit en langage interprété (au moins pour Python et Ruby), A ma connaissance le seul qui sort d lot est Perl qui est capable d'exécuter du code avec des perfs proches du code compilé.

Dans le même tonneau, on peut aussi citer Facebook qui a choisi mercurial écrit en python plutôt que git écrit en c, parce que git ne passait pas a l’echelle Pour eux.

Tu as des liens sur ce sujet ?

exprimer des platitudes du genre « le software, c’est mieux quand ça va vite »

Tu ne sais pas lire … J'ai parlé de consommation inutile de cycle de CPU par l'utilisation d'un langage que j'estime mal adapté à un cas d'usage ( je ne prétends pas non plus avoir raison, c'est juste mon point de vue).

l'outil qui va le plus être utilisé est un navigateur web, et je serai peu surpris que ça bouffe bien plus que wicd, avec la tétrachiée de JS dans la majorité des sites web.

Euh … Monter a 75% d'occupation CPU, c'est loin d'être négligeable, même si c'est moins qu'une page web avec du javascript dans tous les coins. Sinon j'ai remarqué aussi ce comportement avec HPLip sur mon poste fixe sus FreeBSD. Et juste dire "je m'en fous de la consommation CPU d'un process système, ya d'autres process qui consomment plus" je trouve pas ça terrible. Ce serait comle se dire "je m'en fous de la consommation de ma voiture (ou des rejets CO2), ya des camions qui roule sur la route et consomment (ou rejettent) bien plus"

faire du ssh & co mais je crains que ça ne devienne marginal a notre époque.

Je dois être marginal alors.

… pour un résultat pas toujours satisfaisant.

Je pense qu'il est beaucoup plus rentable de se faire imprimer les photos plutôt que de le faire soi-même.

Et, pour le coup, wicd sert plus a utiliser le web qu'internet.

Celle-là je ne l'avais pas relevée en première lecture. Tu peux développer STP ?

Est-ce la faute du langage ou celle du développeur?

La faute du développeur qui utilise un langage mal adapté à la situation.

Parce que si c'est rapport au fait des langages interprétés, je te rappelle que la quasi totalité des sites web dynamiques sont implémentés en PHP ou ruby, quelques uns en perl, mais rares sont ceux basés sur des CGI en C, C++ ou autre langage compilés.

Euh … Je parle initialement de daemon pouvant être utilisé sur un ordinateur portable. Donc oui c'est gênant d'avoir un daemon système qui utilise des cycles cPU pour rien. Et a l'heure du green IT, je pense qu'il faut se poser la question d'économie de ressources, de cycles CPU, et remettre en question ce genre de choix ne me parait pas délirant.

Moi, je pense que c'est aussi la faute aux utilisateurs: pourquoi tu utilises wicd? C'est pas comme s'il n'y avais pas moyen de s'en passer…

Aurais-tu des alternatives à me proposer ? C'est ce que j'ai de plus pratique aujourd'hui pour connecter mon ordinateur portable à divers réseaux lors de mes déplacements ou chez moi (wifi de mon domicile, chez la famille, sur mon smartphone, éventuellement comme tu dis pour accéder à des réseaux genre hotel).

Dans ta distribution, je n'ai aucun doute qu'une quantité non négligeable de choses se reposent sur du shell, du perl ou du python.

Pas forcément des trucs qui tournent en permanence sur ma machine. Et si c'est le cas je pense qu'il faut justement commencer à s'en débarasser.

Je pense que ça se discute, mais pour moi, c'est bien au système d'init de lancer les processus avec le moins de droit possible et donc être root sans capabilities par exemple.

Ca va etre un beau b***** à débugger si chacun a son niveau va gérer les droits de ceci ou de cela.

Non le système d'init n'a pas a gérer ce genre de choses. Il doit se reposer sur un système à part entière qui fait le travail. Mais jamais de la vie il doit le faire lui-même.

systemd ça devient vraiment n'importe quoi.

J'utilise wicd sur mon laptop et je le vois souvent utiliser une quantité non négligeable de temps CPU (peut monter à plus de 75%). Pour ma part je pense qu'utiliser un langage comme Python ou Ruby (je suis pas sectaire) pour ce genre d'outil est un gaspillage de ressources (et uneœ aberration écologique).