Et donc il vaut mieux être bien informé, pour ne pas "gâcher" son vote sans même le savoir ou s’en douter… :/
Ben non justement c'est l'inverse. Avec un système type Condorcet, ça devient moins grave (même si je pense qu'il faut tout de même interdire les sondages, même si on était avec ce type de vote, car l'influence reste réelle) car son vrai vote par ordre de préférence est capable aussi de faire barrage, etc. En fait l'ordre de préférence devient le vote le plus avantageux pour soi (c'est donc un système de vote vertueux), alors que le système actuel + les sondages est un système qui nous poussent à voter contre nous-même (c'est donc un système vicieux). C'est vrai aussi pour le système "jugement majoritaire" d'ailleurs puisqu'il pousse également à mettre les votes utiles au même rang que son vote préférentiel.
En fait tout est dans les mots clés "bien informé": le sommes-nous vraiment? Les instituts de sondages sont-ils eux-même politisés notamment, avec une intention derrière la tête? On le sait, il est facile de manipuler les chiffres et de leur faire dire ce qu'on veut. Même sans truquer les chiffres, on peut choisir des secteurs particuliers qu'on sait avantageux pour certains partis (tout en affirmant avoir été le plus neutre possible et avoir tout fait pour être représentatif mais c'est très dur à prouver), puis qui on va interroger, le nombre de sondés, etc. En gros, être représentatif est dur et par contre faire exprès de ne pas être représentatif en faveur de quelqu'un est assez simple. Alors bien sûr pour les sondages d'élections, il y a des critères à respecter de transparence sur les détails et méthodes de sondage. Sauf que dans les faits, les points divulgués sont rarement évidents (genre ne serait-ce que le commanditaire, c'est pas forcément un parti, ça peut être un organisme avec lien… encore faut-il être capable de le découvrir, ce lien).
Puis qui les regarde et étudie vraiment, ces infos sur la méthodologie, le commanditaire, etc.? D'ailleurs la plupart des gens ont ces infos en seconde main par l'intermédiaire de journaux qui les relaient, donnent la source évidemment mais sans rendre l'accès aux infos faciles. Je viens de faire une recherche web sur les sondages des élections, toutes les réponses de première page sont des articles. Je prends l'un des premiers qui donne une source sous une image, et quand on clique le lien… ça mène sur l'article en auto-référence. Donc au final, je copie-colle juste le nom de la source pour finalement la mettre dans un moteur de recherche et enfin la trouver (on a déjà perdu une majorité des gens qui voudraient voir la source) et je trouve enfin le document web; la méthodologie se trouve à la fin du document: 3 petits paragraphes, qui bien sûr disent que tout a été fait le plus représentativement possible mais bon; peut-être, peut-être pas. En tous cas, je trouve ça très léger pour baser toute une stratégie de vote qui se veut démocratique.
Alors sommes-nous vraiment bien informés? Sincèrement j'en sais rien. Je ne pourrai pas répondre à cette question. Qui sait, peut-être ces instituts de sondage sont totalement au-dessus de tout soupçon et totalement neutres. Néanmoins le doute est clairement permis et compréhensible.
Le problème de ces sondages est connu depuis longtemps, c'est qu'ils peuvent être auto-prophétiques. C'est à dire qu'influencer les conditions juste un peu, suffisamment pour booster un peu les chiffres d'un candidat, peut rendre ce candidat attrayant et inversement si notre candidat préféré perd des voix, on va avoir tendance à se poser la question si vraiment on veut "gâcher" notre voix sur un candidat qui a l'air d'avoir perdu d'avance et peut être pas plutôt mettre nos voix sur cet autre candidat qu'on aime vraiment pas, mais bon… "quand même il est mieux qu'un tel ou une telle!" Au final si on pense qu'un nombre important de voix qui vont être utilisés sur les plus gros candidats ne l'ont été que parce que les gens ont voté utile, et qu'en plus ça fait boule de neige et que les sondages sont pas forcément si représentatifs, alors le biais créé est énorme. D'ailleurs s'il faut une preuve assez flagrante, c'est que les nombres dans les votes réels sont assez différents des nombres même des tous derniers sondages, juste avant les élections.
Notons que même si les sondages sont totalement neutres, absolument pas biaisés exprès et très représentatifs, ils biaisent tout de même les élections par leur existence même puisqu'ils influencent.
À propos, croire que ces biais sont acceptables s'ils sont possiblement utiles pour sauver notre démocratie, par exemple des pires candidats, est une grosse erreur car on oublie qu'ils sont aussi utilisés par ceux qui votent pour ces derniers. Typiquement cette année, on a plusieurs candidats d'extrême droite, très racistes. Au delà de l'effroi de ce que devient le paysage politique français, on pourrait s'imaginer que ça pourrait être à notre avantage si on se dit que ça va diluer les voix des extrêmes. Sauf que eux aussi votent "utile" en regardant les sondages (d'ailleurs l'évolution de courbes des sondages semble montrer que c'est ce qui s'est produit avec une candidate qui semble prendre les voix des autres extrêmes). Ça se trouve, celle-ci irait au second tour (touchons du bois pour que ça n'arrive pas) justement parce que ces gens ont voté utile. Donc il ne faut surtout pas oublier que ce système de vote utile non seulement est au désavantage de tous les candidats qui ont moins de force de frappe, mais qu'en plus ils peuvent aussi être à l'avantage de gros candidats très dangereux. Se consoler en se disant que ça va parce que ça nous permet de limiter les dégâts en votant pour un candidat que possiblement on n'aime vraiment pas mais qui sera juste "moins pire" est déprimant.
Notons que ces mêmes problèmes sont relevés pour les médias classiques, de même que les plateformes numériques (type Facebook) qui ont été accusés à de nombreuses reprises d'influencer les choix politiques de citoyens justement en mettant en avant certains côtés de la vie politique plutôt que d'autres.
Donc bien informés? Vraiment? 😕
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Mais je ne vois pas en quoi la méthode de Condorcet l'empêche. Dans les deux méthodes on doit classer les candidats, suivant une note ou appréciation ou l'un par rapport à l'autre.
Regarde mes exemples. Tu peux aussi en faire d'autres. Tu peux tourner dans tous les sens que tu veux, dans le système Condorcet, il n'y a aucun intérêt à placer son candidat utile devant son candidat de cœur, il n'y a que des désavantages.
Dans le système de vote actuel, on a 2 choix: (1) voter pour son candidat réellement préféré mais prendre alors le risque de "gâcher" son vote si on pense qu'il n'a aucune chance et surtout, le pire, prendre le risque de laisser un candidat qu'on veut absolument pas prendre la tête ou (2) voter pour un candidat "utile" (candidat qu'on aime pas en général, mais qui a une grosse côte et on se dit qu'il est le moins pire de ceux qui ont la côte), ainsi "s'assurer" que son candidat préféré ne gagnera pas mais également que les candidats qu'on déteste le plus non plus. On part perdant quoi.
Dans le "jugement majoritaire", le choix est plus simple: on vote pour les candidats préférés et utiles au même niveau. Sauf que comme les candidats utiles sont moins nombreux par définition, ils se partagent plus de voix, donc on reste dans la situation où ils restent nécessairement en tête. Ce système finalement ne change pas grand chose. Il donne juste un peu bonne conscience car on monte les voix des candidats qu'on veut vraiment mais sans baisser les voix dites "utiles" des gros candidats (car on prendrait plus de risque de voir nos pires cas gagner si on le faisait).
Dans un vote type condorcet, le choix est simple aussi: on met un ordre. Comme ce qui importe, ce sont les ordres relatifs de chaque duel de candidat, il n'y a plus aucun intérêt à mettre son candidat utile devant son ou ses candidats préférés. Puisque le but du candidat utile est vraiment d'être un "moins pire" scénario, il suffit de le mettre devant les candidats qu'on ne veut pas, et c'est suffisant pour faire le "blocage". Si on avait inversé les votes et qu'on avait mis ce candidat utile devant son candidat préféré, cela n'aurait rien changé quant au "blocage" des candidats rejetés. Ils n'auraient pas été ni plus ni moins bloqués. Notre pouvoir de blocage reste le même. Et par conséquent, mettre ce candidat utile devant n'aurait que des désavantages (bloquer aussi son ou ses candidats préférés mais pour rien en retour). Au contraire, mettre vraiment son vrai ordre de préférence a un vrai sens: on donne réellement plus de poids à ses candidats préférés tout en gardant ce concept de blocage avec des votes secondaires sans prise de risque additionnelle.
Donc en un sens, tu as raison: avec Condorcet, on garde le vote utile, mais on n'en garde que les avantages (bloquer les candidats indésirables) et on retire tous les désavantages (on retire l'obligation de mettre ce candidat utile devant ou au même niveau que son vrai candidat désiré avec pour but de diminuer le risque d'avoir les pires candidats). Par conséquent on est enfin capable de bloquer les mauvais candidats tout en donnant une vraie chance aux autres candidats qui ont de moins gros partis et moins de financement derrière.
Et qui sait alors, peut-être que l'un de ceux-là est alors réellement populaire, une fois les sondages bidons mis hors d'état de nuire, et qu'ils peuvent gagner maintenant qu'il n'y a plus aucun intérêt à les délaisser. On peut "tenter sa chance" de voter pour eux sans risque de perdre beaucoup (i.e. avoir un très mauvais candidat populaire).
le véritable problème qui est la publication de très nombreux sondages.
Je suis tout à fait d'accord. Là le sujet était le vote, donc je parlais de vote. Mais oui, les sondages d'élection devraient être interdits complètement. Je dirais même plus, tout pronostic ou énonciation de "tendance" sur des médias diffusé devraient être interdits et sévèrement réprimé par des amendes. Les médias devraient avoir le droit de discuter d'un programme, les gens de dire pourquoi ils pensent qu'un tel est bien ou non, mais pas d'influencer les autres par des sortes de logiques statistiques que l'on sait maintenant totalement pernicieuses et anti-démocratiques puisque les gens se mettent à voter selon des tactiques statistiques de type "prophétie auto-réalisatrice".
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Tu les mets tout à la fin de ton ordre de préférences, de telle sorte qu'ils perdent sur un "duel" en un contre un contre n'importe quel autre candidat. Bien sûr, leur ordre entre eux importe pour exprimer lequel est le pire entre les pires si on devait en arriver là.
Donc ce que tu votes par exemple est: A > B > C > D > E
Franchement c'est super pas compliqué. C'est juste un ordre de préférence. N'importe qui peut comprendre "met tes candidats dans ton ordre de préférence de celui que tu préfères jusqu'à celui que tu détestes". Y a absolument pas besoin de se mettre à faire un système par "like" de candidats.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Les méthodes avec un ordre comme Condorcet ont un problème : il n'y a pas toujours de gagnant.
C'est bien pour cela qu'il y a des méthodes de résolution pour trouver le vainqueur final. Donc si il y a bien un vainqueur, faut juste pas s'arrêter à la théorie de base de la méthode.
C'est plus simple et cela enlève tout un tas de truc stupide comme le "vote utile" ou l’introduction d'un petit candidat pour faire perdre un gros.
Absolument pas. Je viens juste de découvrir cette méthode (pas avec ce journal mais en suivant un lien), et j'ai participé au sondage afférent du lien suivi. Puis j'ai réfléchi après avoir testé, notamment en analysant comment j'ai moi-même voté pendant ce sondage en jouant le jeu (comme si c'était les présidentielles). Il m'a pas fallu plus de 5 minutes pour réaliser que j'avais voté utile puis quelques minutes de plus pour démontrer que ce système continue à inciter à voter utile. Clairement ce système de vote n'enlève absolument pas la problématique du vote utile. J'ai d'ailleurs écrit un commentaire à ce sujet.
En fait ce que le "jugement majoritaire" permet, c'est qu'on peut se permettre de mettre son candidat utile au même rang que son candidat de cœur (sans pénaliser le candidat utile). C'est le seul avantage. Mais il faut quand même voter utile si on cherche à éviter un désastre (par exemple dans les cas de "vote contre des partis extrêmes et mauvais trop puissants" comme on a de trop ces dernières années).
Exemple simple:
3 candidats: A, B et C. Mon candidat de cœur est A (celui que je veux absolument voir gagner). C est par exemple le candidat extrême droite que je veux absolument pas voir s'approcher du moindre poste à responsabilité. B est un mauvais candidat ultra-capitaliste que j'aime pas mais il est d'un parti majoritaire et donc populaire.
Supposons maintenant qu'il y a 3 votants:
Adolphe vote pour C en "Excellent" et met A et B sur "À rejeter".
Bill met B sur "Excellent", C en "Très bien" et A en "Bien".
Je mets A en "Excellent", B en "Insuffisant" et C en "À rejeter".
Maintenant on fait le décompte et les médianes:
A un 1 "excellent", 1 "bien" et 1 "à rejeter" -> mention "bien"
B a 1 "excellent", 1 "insuffisant" et 1 "à rejeter" -> mention "insuffisant"
C a un "excellent", 1 "très bien" et 1 "à rejeter" -> mention "très bien"
C gagne donc avec la mention "très bien"! Or j'aurais pu voir cela venir. Dans ce cas, j'aurais mis A et B tous les deux en "Excellent", c'est à dire à la fois mon candidat de cœur (dont la "note finale" ne change pas) et mon candidat utile à la note max: là B gagnerait avec la mention "excellent".
Il m'a pas fallu plus de 10 minutes pour trouver cette faille du système et le fait que ce système de vote ne supprime absolument pas le vote utile, bien au contraire. Je me demande vraiment ce que ces chercheurs ont cherché toutes ces années pour prétendre cela. Il permet uniquement de donner un peu plus de chance à son vote de cœur (dont le décompte de voix n'est pour le coup plus pénalisé par mon vote utile mais reste en retrait tout de même). Mais puisque tout le monde votera (une fois que ce fait sera compris, ce qui ne manquera pas quand les articles d'optimisation de vote commenceraient à paraître) à la fois pour son vote utile ET son vote de cœur, alors bien sûr que les petits candidats (ceux qui sont moins côtés soit-disant) monteront un peu, mais pas suffisamment puisque par définition les votes utiles sont faits sur les gros candidats, ceux qui sont partagés entre les électeurs de plusieurs petits candidats.
Typiquement dans un cas avec 10 candidats, il y a disons 7 ou 8 "candidats de cœur" et 2 ou 3 "candidats utiles" (les gros partis). Donc si tout le monde met son candidat utile et son candidat de cœur en tête, ça fait certes monter ces derniers mais les "candidats utiles" garderont toujours plus de voix. Au final ça change peu.
Maintenant imaginons le même vote en Condorcet, plus de "jugement de valeur", juste un ordre obligatoire de préférence:
Adolphe vote: C, B et A.
Bill met B, C et A.
Je mets A, B, C.
Décompte:
2 voix B > A contre 1
2 voix C > A contre 1
2 voix B > C contre 1
Dans ce cas, B gagnerait encore. La très grosse différence est qu'il n'y a pas eu besoin de vote utile. En effet puisque dans ce système de vote, les candidats sont comparés un à un, le vote utile ne sert strictement à rien (puisqu'on fait le vote utile en général pour contrer un candidat qu'on ne veut absolument pas ou qu'on est persuadé que notre candidat de cœur n'a aucune chance et donc qu'on "perd" juste notre voix; or dans un tel contexte, mettre son candidat utile devant son candidat de cœur n'apporte absolument rien et en particulier, on ne perd absolument rien à mettre son candidat de cœur en premier, devant les autres, au moins juste "pour voir").
Ce que ça veut dire, c'est que dans un vrai cas de vote avec beaucoup de monde (et pas un exemple bidon avec 3 votants), la tendance peut potentiellement s'inverser si un candidat de cœur est en fait apprécié par beaucoup mais personne ne votait pour lui puisque tout le monde croyait que ça foirerait (auto-persuasion provoqué par le monde qui nous entoure, cf. les médias, les sondages, etc.). C'est en tous cas une des grandes théories actuelles qui ne pourrait être vérifiée que le jour où on a un système de vote qui ne donne plus aucun intérêt au vote utile. C'est à dire qu'il faut un système qui monte en effet le poids des votes de cœur (ce que permet ce système, tout comme Condorcet), tout en diminuant le poids "utile" (ce que ne permet pas ce système mais Condorcet si). Ce serait le cas avec Condorcet où un candidat "de cœur" pourrait dépasser un candidat "utile" sans pour autant risquer de donner l'avantage à un candidat "malfaisant" puisqu'on crée un système de priorité en un contre un.
Ce n'est pas le cas avec ce "jugement majoritaire" puisqu'il reste clairement plus sûr de voter utile (tout en votant de cœur au même niveau) si on veut continuer à bloquer les candidats "malfaisants" (ou plus simplement pour voter pour le moins pire parmi les gros candidats qu'on aime pas). Par conséquent le "jugement majoritaire" fait certes un peu monter la côte des candidats de cœur mais pas suffisamment, et pas dans la réalité des préférences puisque les gens continueraient à voter à égalité pour leur vrai choix et pour un candidat qu'ils n'aiment pas (mais moins pire parmi les gros), ce qui est clairement une logique de vote malsaine.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je connaissais pas. Ce système est peut-être pas le pire et clairement mieux que ce qu'on a maintenant mais je comprends pas pourquoi simplifier ainsi à outrance ce qui finalement a un air de méthode de condorcet mais avec des faiblesses rajoutées? Honnêtement le coup du "jugement", on dirait un peu un "like", genre on se dit que les gens sont pas capables d'être plus subtils.
C'est pas comme si Condorcet est si compliqué: mettre un ordre de préférence, c'est pas non plus compliqué. Personnellement, j'ai répondu et j'ai trouvé super frustrant de pas pouvoir être plus subtil. C'était d'autant plus vrai que j'ai mis personne en "excellent" et "très bien", tout simplement car je ne trouve personne excellent ou très bien (bah oui, quitte à mettre des qualificatifs, autant que ça ait un sens). J'ai mis un certain nombre dans les "à rejeter" (tous les racistes notamment, y en a une palanquée cette année!) et là à la limite, ça me gêne pas tant de pas avoir à faire un ordre de préférence (quoique… si on devait vraiment tomber si bas et que l'un d'eux devait remporter, je préfèrerais pouvoir peser sur le choix du "moins pire").
Puis y a ceux que j'ai mis entre "Assez bien" et "insuffisant", qui sont donc dans les divers niveaux d'acceptabilité s'il fallait en arriver là.
Par contre, et enfin, ceux sur lequel j'hésite pour mon vote, je les ai mis en "Bien". Mais en fait, il y a (presque) nécessairement un que je trouve supérieur (celle ou celui pour laquelle ou lequel je voterai). Alors certes je pourrais juste mettre ce candidat dans la catégorie supérieure mais alors les labels n'ont plus aucun sens. C'est pas vrai que je trouve cette personne "très bien". Je n'irai pas jusque là. Si on donne un sens au vote, faut s'y tenir.
Je pourrais aussi descendre tous les autres sauf mon vote unique préféré dans la catégorie inférieure. Mais là je me suis dit "oui mais si je fais ça, alors je plombe quand même pas mal (une catégorie de différence sur seulement 7 choix, ça fait une différence même pour une médiane, si suffisamment de personnes agissent ainsi; surtout que ce n'est pas une vraie médiane au final puisque les chiffres comptent évidemment pour départager les candidats avec la même mention) ces autres candidats qui seraient tout à fait acceptables dans le choix actuel. Et si mon candidat préféré ne passait de toutes façons pas? Et si parce que j'ai baissé ces autres candidats, je donnais plus de poids aux candidats que je veux absolument pas, surtout comparé à des gens qui les auront mis dans les catégories 'Excellent' ou 'Très bien'?"
Donc en gros, je me suis mis à faire du vote utile en mettant ces autres candidats au même niveau que celui pour lequel je veux voter, juste parce que sinon je risque d'avoir des mauvaises surprises.
Pire après coup, je me rends compte que ne pas avoir utilisé les catégories "Excellent" et "Très bien" risque de plomber mes candidats aussi, comparé à ceux qui utilisent ces valeurs de manière non sémantique et mettront juste leur candidat préféré en "Excellent". Donc c'est là aussi une grosse erreur de ma part. J'aurais dû "voter utile" en utilisant ces catégories même si je ne crois absolument pas que ce sont d'excellents candidats.
En gros, j'ai bien l'impression que ce système continue de propager le vote utile. La seule chose qu'il apporte est qu'il permet de mettre aussi son vrai candidat préféré au même rang que son candidat "vote utile" (c'est à dire que comme l'espoir fait vivre, on peut voter à la fois utile et de cœur). Ça veut dire que le vote utile continuera de parasiter les résultats (ça fait monter un peu les petits candidats mais pas suffisamment). D'ailleurs on le voit bien avec les sondages d'opinion qui ont testé et comparé ce système de vote avec notre système de vote actuel: ça ne change pas fondamentalement la donne.
Avec un tel système de vote, je prédis les articles qui expliqueraient aux gens comment voter pour optimiser ses choix et voter utile.
D'un autre côté, un vote de condorcet est net et sans bavure. On ne cherche pas à mettre des jugements de valeur sur chaque candidat. On met juste son ordre de préférence. Exit le vote utile car on ne fait plus de médiane. C'est juste la comparaison par couple de candidat qui compte. Tant qu'on peut dire que notre candidat utile X est mieux que Y, le candidat qu'on rejette absolument, alors on améliore le score de X relativement à celui de Y sans forcément avoir besoin de le mettre au dessus de Z (qui serait notre candidat de cœur qu'on veut mettre en tête). Il n'y a plus de vote utile possible. On met réellement ses préférences dans l'ordre réel et le seul fait de créer cet ordre donne à chacun une valeur relative car la seule chose qui compte est "si on compare 2 candidats, qui est préféré à qui? C'est vachement plus puissant et met carrêment le vote utile à la poubelle.
Enfin voilà, je suis déçu par la faiblesse d'une telle proposition. On dirait un peu une sorte de système consensuel à moitié dans le bon sens et à moitié dans le mauvais, avec en plus une notion très "réseaux sociaux" parce qu'on se dit que les citoyens sont un peu attardés (et qu'on peut donc plus voter qu'avec des "likes"; oulah un ordre de préférence? Des chiffres? Personne va comprendre!).
Est-ce que c'est parce que c'est un système fait par des chercheurs et donc il fallait nécessairement qu'ils créent un système nouveau? Parce qu'ils n'allaient pas faire un article sur une méthode déjà théorisée au 18ème siècle par Condorcet et en fait même avant lui au 13ème siècle (d'après Wikipédia)?
Je dis pas que la méthode de Condorcet est forcément la méthode ultime, mais clairement elle est plus fiable que celle-ci qui ne détruit pas le concept du vote utile (malgré ce qui est annoncé). Dans la question finale, j'ai quand même dit que ce serait mieux que notre système actuel (parce que oui, clairement, mais ça c'est pas trop dur à achever) mais c'est loin d'être idéal quand même. Et en fait, plus j'y pense, plus je pense que ça ne règlerait pas tellement les problèmes du vote actuel, en tous cas pas assez. 😕
J'aurais bien aimé qu'ils proposent un champs pour laisser un commentaire d'ailleurs.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ok c'est effectivement plus acceptable présenté ainsi. 🙂
Pour revenir sur la connaissance de certains concepts, genre la programmation par évènement, un bon programmeur débutant pourrait ne pas connaître cela mais apprendre très vite (c'est vraiment pas si compliqué une fois qu'on a pigé la logique). Dans les débutants qu'on voit qui font des patchs dans GIMP, certains vont certes avoir des problèmes sur les trucs les plus basiques (et tu vas faire 10 A/R juste pour des détails genre le style de code, pour lesquels certains ne semblent pas piger l'idée derrière les instructions donc le font mal 9 fois de suite). Mais y en a certains qui pigent tout super vite. Et oui à un moment, en proposant des patchs de plus en plus compliqués, ils en viennent nécessairement à devoir faire de la gestions de signaux ou autres évènements asynchrones. Et là on voit tout de suite que la personne qui pige vite, ben elle va aussi piger ça très vite. Certes le premier patch, elle fera des erreurs basiques de logique (quand elle découvre le concept), puis plus ça va, moins il y a d'erreur et plus on voit qu'elle comprend et devient efficace.
Si ça avait été un recrutement comme tu proposes (et non un logiciel libre) et que je lui avais demandé si elle connaissait des concepts de programmation asynchrone (pour répondre à ta remarque si ce terme est trop théorique pour moi: ça va, "synchrone/asynchrone", je classe pas ça dans la théorie 🤣. C'est pas un nom abscons de bouquin pour une bête organisation de code, c'est un mot de tous les jours qui a un sens même en dehors du logiciel; et en développement on retrouve même ces termes dans les noms de fonctions… genre tout le temps 🙄), à la limite la personne connaîtrait pas, ça me gênerait pas plus que ça si j'ai vu son code et que je me ferais pas de doute qu'elle comprendrait alors très vite. Toi tu lui aurais donné un malus dans ton évaluation et ça se trouve, tu passais à côté d'une perle.
Je dis ce genre de trucs avec l'expérience d'avoir vu passer et fait la revue de code de plusieurs centaines de patchs (je vois que — depuis qu'on utilise Gitlab, soit 2018 — nous avons mergé 443 merge requests — dont la plupart j'ai fait la revue personnellement, sans compter les gens qui mettent simplement des fichiers *.patch dans les rapports de bug; et avant d'avoir Gitlab, on utilisait Bugzilla donc c'est un chiffre très partiel; ça en fait du code dont j'ai fait la revue, des patchs basiques de warnings aux trucs les plus complexes). Dernièrement par exemple, on a un jeune très doué qui s'est mis à faire plein de patchs. Il fait encore des erreurs régulièrement, et je vois bien qu'il découvre la plupart des notions nouvelles qu'une base de code comme la notre contient. Mais on voit aussi qu'il a vraiment envie d'apprendre, il pose des questions sur IRC (notamment sur la théorie des couleurs puisqu'il souhaite proposer de travailler dessus pour un gsoc, et on voit vraiment qu'il absorbe nos réponses pour partir étudier davantage dans son coin, car c'est des sujets très très compliqués; et bien sûr aussi quelques questions sur du code), et quand je lui fais une revue, j'ai juste à lui dire une fois, puis il corrige direct bien (même quand c'est un truc compliqué et possiblement nouveau pour lui, mais je suppose qu'il fait comme tous les bons développeurs apprennent à faire: quand on comprend pas la revue, on relit le code autant de fois qu'il le faut pour essayer de comprendre ce qui a été dit, et éventuellement on fait des recherches avec les mots clés donnés; puis à la fin, on demande si on comprend vraiment pas, mais en général, une bonne revue donne tous les mots clés suffisants pour découvrir et comprendre par soi-même). En tous cas, je suis persuadé que s'il continue, il pourrait devenir un très bon développeur et pourtant il ne serait possiblement pas capable de répondre à aucune de tes questions ni à même de faire mes réponses puisqu'il faut souvent avoir l'expérience pour pouvoir répondre à quelqu'un que sa question théorique ne sert à rien ou bien que ce qu'il ne sait pas, il l'apprendra vite (un débutant n'aurait pas forcément le recul pour répondre ainsi). Et c'est là où j'ai le sentiment que ton processus de sélection a un gros défaut (par rapport à ce que tu en dis du moins)
Par contre, échanger avec ce débutant autour de code, tu vois tout de suite qu'il évoluera vite. 😛
Donc perso je suis pas sûr si vraiment ce genre de question est très pertinent (enfin sauf si tu ne veux absolument pas engager de débutant bien sûr). Enfin bon, ensuite chacun son expérience et ses choix. :-)
Et bon, j'ai bien compris que tu ne jugerais pas que sur ça de toutes façons.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'ai fait passer pas mal d'entretien tous niveau (plutôt orienté C embarquée), rien qu'avec quelques questions basique du style : Qu'est ce que les design pattern, citez en moi 3 et à quoi ils servent, tu vois vite le niveau.
Avec ton processus, tu me recalerais sûrement très rapidement. Honnêtement j'ai dû coder dans suffisamment de bases de code pour avoir rencontré une énorme quantité de "design patterns". Ce que je fais, c'est lire le code, voir comment il fonctionne, quelle est la logique et l'organisation, puis corriger les bugs ou implémenter des trucs en suivant la même logique et organisation. Connaître le nom de ce "pattern" n'a strictement aucun intérêt pour moi, sauf peut-être à sortir des grands mots lors des soirées de l'ambassadeur geeks.
Même les design patterns que j'ai appris dans mes études et donc dont je connaissais même le nom et la logique théorique (en plus de la compréhension pratique car quand je lis du code bien organisé, je suis pas stupide et je comprends tout aussi bien la logique derrière les divers choix organisationnels sans avoir besoin du nom), je suis pas sûr si je saurais retrouver les noms facilement (faudrait fouiller dans ma mémoire). En fait tout ces trucs de par cœur (genre retenir des noms qu'une personne lambda — sûrement un manager — s'est juste dit un jour qu'elle pourrait nommer un concept, pour ensuite balancer ça dans un livre quelconque, alors que tout ceux qui codent vraiment au jour le jour utilisent sans se poser ce genre de questions de nommage étrange), je comprendrais jamais et je m'empresse d'oublier. Perso j'exècre le par-cœur. Je lis mon code, je réfléchis, je recherche, j'échange avec d'autres développeurs au besoin, et j'essaie de trouver des solutions aux problèmes et d'organiser le code de manière propre et maintenable. Je me pose pas la question de savoir si l'arrangement de mon code a un nom ou si je devrais le nommer.
Enfin bon, tout ça pour dire qu'avec de telles questions totalement ridicules (pour qui fait du code en vrai, pas du nommage), tu m'aurais simplement disqualifié d'office. Pourtant je suis persuadé que j'aurais aucun mal à travailler sur du C orienté embarqué (pas que j'en ai beaucoup fait, en tous cas pas professionnellement pour ce qui est du côté "embarqué", mais bon… je sais que j'ai le niveau pour apprendre rapidement puisque j'apprends constamment des trucs en codant… en vrai, pas avec des mots tirés de livres; quant au C, je pense que la preuve de mon expérience et la qualité de mon code n'est plus à faire avec la quantité de code public donc rembarrer des candidats sur des histoires de nommage serait ridicule).
Tout ça pour dire que ramener un "test" à la maison ne m'enchanterait certes pas (genre on se croirait à l'école, on ramène des devoirs). Mais à la limite, et au moins, on me demanderait de faire du vrai code, pas de régurgiter des mots appris par cœur, tirés d'un livre quelconque sur les design patterns, ou autre.
la personne est capable de t'expliquer le programmation asynchrone (event loop /libuv base de nodejs) ou de t'expliquer le modèle derrière les goroutines de go, tu sais que tu as à faire à quelqu'un de curieux et qui est pas resté bloqué sur le seul modèle multithread/mutex appris à l'école.
Pareil, c'est n'importe quoi. Je n'utilise pas nodejs ni n'ai jamais rien écrit en go. Je pourrais pas t'expliquer ce que permet libuv (donc une bibliothèque C pour nodejs d'après une rapide recherche; y a des bibliothèques en quantité extraordinaire et genre tu vas considérer que la connaissance de cette bibliothèque est éliminatoire, comme si un bon dév qui ne la connaîtrait pas déjà ne pourrait pas — je sais pas moi, au hasard… — apprendre! 🙄) ou comment marchent les goroutines de go (voire même ce que c'est tout court). Par contre ça ne veut aucunement dire que je ne pourrais pas écrire du js avec Node.js ou du go! Si on me plonge dans un code que je dois débugger alors déjà le fait de lire, on commence rapidement à comprendre les bases logiques du langage. Rien que ça permet déjà de corriger des bugs, même dans des langages qu'on n'a jamais utilisés auparavant (sisi, je l'ai déjà fait plusieurs fois; il m'est arrivé de contribuer des patchs à des projets dont je n'avais jamais utilisé le langage de programmation avant, puis possiblement jamais après; et mes patchs ont été acceptés). Puis après, pour aller plus loin, il y a ce truc intéressant qui s'appelle "Internet" (pour ceux qui connaissent) et cette sous-partie surtout appelée "web". On peut y faire des recherches et y a des gens qui y laissent des docs pour quasi tout. Sisi, je vous jure! Donc franchement, si un boulot m'intéresse et qu'il nécessite d'apprendre de nouvelles technologies, ben je les apprendrai, pas de problème. Mais si avant même d'avoir le boulot, on essaie de me tendre des pièges en demandant des trucs sur les technologies que je devrais apprendre… comment dire… ce serait insultant et totalement hors de propos?
Enfin bon, interroger un candidat sur des technologies particulières et en tirer des conclusions genre "c'est pas quelqu'un de curieux"… je veux même pas chercher à nommer une telle attitude. Je sais écrire du code dans sûrement plus d'une dizaine de langages (mais clairement, il y en a certains que je pratique plus que d'autres), et non j'apprends pas de nouveaux langages de programmation par "curiosité". J'ai aussi utilisé quantité de plateformes logicielles, une de plus ou de moins n'est pas un problème. J'apprends déjà bien assez de trucs quasi tous les jours pour ne pas avoir à justifier quoi que ce soit si j'étais un candidat pour un emploi. J'apprends donc ce qui me sert (ce qui peut être un nouveau langage si je dois l'utiliser pas juste "par curiosité").
Et je pense que si je te faisais la liste des technologies et langages que j'ai utilisés pour du vrai code (pas des exercices) — et encore maintenant j'apprends constamment de nouveaux trucs — tu te permettrais pas de sortir qu'un gars comme moi est pas curieux et est resté bloqué à l'école (en fait ça me fait plus penser l'inverse, de croire que les technologies qu'on utilise soi-même sont forcément les plus importantes donc que toute personne qui ne les connaît pas ne serait pas un programmeur curieux ou de bon niveau me donne une étrange impression de fermeture d'esprit technique).
En tant que mainteneur de GIMP, je suis au contraire très conscient de ce que je connais ou non tout en accueillant à bras ouvert ceux qui apportent des choses nouvelles et qui savent des trucs que moi j'ignore. Je leur demande pas de savoir la même chose que moi, ça permet aux contributeurs comme à moi-même de constamment évoluer ensemble, en coopération. Typiquement il m'arrive d'expliquer un truc que je connais depuis des années (et donc que je pourrais considérer comme "basique" sauf que non justement!) à un contributeur qui serait extrêmement doué, voire expérimenté, mais n'a simplement pas eu la même histoire et les mêmes expériences que moi. Jamais il ne me vient à l'esprit de me dire "quoi il connaît même pas ça? Il est nul!" Ce serait totalement ridicule, contre-productif, insultant et faux. De même très régulièrement j'apprends moi-même des trucs nouveaux qui sont apportés/expliqués par d'autres contributeurs qui ont d'autres connaissances que moi. Parfois (souvent?) j'apprends même des trucs de jeunes développeurs beaucoup moins expérimentés et qui font parfois même des erreurs de débutants et pourtant ont un potentiel énorme et ont des connaissances complémentaires (donc au final, j'apprends aussi).
En conclusion, je trouve perso que se permettre de juger des candidats sur des trucs genre des questions théoriques de cours ("design pattern") ou des détails de technologies particulières (plateformes, langages, logiciels…), ce serait insultant et exactement le genre d'entreprises que j'éviterais. Perso je promeus le respect des gens en plus (rapport aux "tu vois vite le niveau" et "tu sais que tu as à faire à quelqu'un de curieux" -> c'est d'un tel niveau raz-des-pâquerettes humainement, d'oser sortir cela, que ça m'as fait sauté au plafond).
Pour l'article en lien, je ne saurais dire si je suis d'accord sur tout, mais je trouve la démarche intéressante et j'aime beaucoup que l'auteur a une réflexion et un processus très humains (c'est à dire qu'il cherche à considérer le candidat comme un être humain et à avoir un rapport agréable, qu'il le sélectionne ou non au final). D'ailleurs cette personne explique ne pas vraiment donner un devoir et abandonner le candidat mais en gros, communiquer ensemble comme dans une vraie équipe. C'est assez intéressant. Je cherche pas de boulot (je suis de toutes façons très sélectif sur pour qui j'accepte de travailler), mais à la limite si je devais, ça me tenterait déjà plus de faire un tel entretien plutôt que celui que tu proposerais.
P.S.: en fait ce qui m'a choqué dans ce commentaire, c'est le coup du "tu vois vite le niveau" et "quelqu'un de curieux et qui est pas resté bloqué", tout ce côté insultant dans la vision qu'un employeur ne devrait surtout pas avoir d'un candidat (mais malheureusement c'est trop souvent le cas), et en plus le fait que le moindre de tes exemples que tu sembles considérer éliminatoire, j'aurais échoué. Alors que je pense que quiconque oserait dire qu'un profil comme le mien ne serait pas capable de travailler sur du C embarqué, ce serait ridicule. Que je sois pas le meilleur candidat parmi d'autres, sûrement (notamment si d'autres ont déjà de l'expérience dans un emploi similaire et connaissent déjà toutes les technologies en question), mais de là à être éliminé direct avec mentions "pas le niveau" et "pas curieux", ben tu vois, je met sérieusement en doute ton système de recrutement. Ensuite je veux bien mettre cela sur le fait que tu t'es peut-être mal exprimé et que peut-être une entrevue se passerait un peu différemment, c'est à dire mieux que ce que tu laisses entendre dans tes dires. Mais là comme ça, ça donne pas envie. 😜
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Mais ce n'est pas forcément vrai dans le privé, et hors logiciel.
Le logiciel est bien traité à part dans la loi.
Waw. Aujourd'hui c'est la fêtes aux contradictions de phrases sorties de leur contexte. 😅 Allez pour le coup, je copie-colle mes presque premières phrases du commentaire (gras rajouté):
Absolument pas, du moins pas en règle générale. C'est bel et bien vrai cependant dans certains cas particuliers qui concernent pas mal de monde sur un site comme LinuxFr, par exemple ce que tu dis est vrai dans le cas du logiciel et la documentation de logiciel.
D'ailleurs c'est bien aussi pour cela que je précise "hors logiciel" dans la phrase que tu cites!
Donc oui je le sais. Non seulement je le sais, mais j'ai même cité avec un lien précis les textes de loi afférents qui parlent de l'exception logicielle et une bonne partie de mon commentaire parle de cela. On dirait que certains répondent juste à des mots clés sans lire ou chercher à comprendre ce à quoi ils répondent. 🙄
Sinon, je parle du cas général car le sujet initial ne parlait pas spécifiquement de logiciel. Il parle de — je cite — "œuvres, logiciels, documents". C'est vague et nulle part un cas concret n'est donné. C'est bien pour ça que j'évoque le cas général, et aussi oui quelques cas particuliers qui me semblent pertinents (genre logiciel et fonctionnaire, car ces 2 cas sont évoqués dans le message).
La cession générale dans le contrat de travail ne vaut rien
Attention, pour les logiciels, c'est automatique de par la loi.
Oui j'en parle aussi. T'as pas lu, en fait, c'est ça, hein? C'est le plaisir de pas être d'accord? Allez, avoue! 🤣
Dans le contrat de travail, on demande juste une exception concernant les logiciels développés en dehors du cadre du travail. Cela permet d'éviter une appropriation du travail perso par l'entreprise.
Tu peux la demander si tu veux et ils seront sûrement heureux de signer vu que de toutes façons, cette clause ne sert à rien du tout. La loi est précise et dit bien que les logiciels cédés sont ceux fait dans le cadre du travail seulement (gras rajouté par moi):
Sauf dispositions statutaires ou stipulations contraires, les droits patrimoniaux sur les logiciels et leur documentation créés par un ou plusieurs employés dans l'exercice de leurs fonctions ou d'après les instructions de leur employeur sont dévolus à l'employeur qui est seul habilité à les exercer.
Ensuite je parle du cas français (si l'employeur n'est pas français, ça peut toujours valoir le coup de préciser si on ne connaît pas bien la loi locale), et puis c'est jamais une mauvaise idée de mettre les points sur le 'i' de toutes façons. Mieux vaut une clause de contrat redondante que rien.
Mais il faut tout de même être clair que dans les faits, en France, ajouter une telle clause ne sert strictement à rien sinon répéter ce que dit la loi. Et à la limite, un employeur qui voudra te faire chier sur un super logiciel que tu auras fait hors travail, c'est pas cette clause qui l'en empêchera (son angle d'attaque sera alors simplement d'essayer de prouver que tu l'as bien fait dans le cadre du travail, quitte à mentir).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ceci étant dit, je ne suis pas juriste, et je n'ai jamais eu à me poser la question sur le cas des fonctionnaires
Le fonctionnaire cède ses droits automatiquement à son employeur.
Je sais bien, je l'ai écrit explicitement. Le message que tu cites ne parle pas du tout de cela. Laisse moi citer la phrase juste avant (pas 10 phrases ou 3 paragraphes avant, non la phrase accolée!):
J'aurais donc tendance à penser que ce n'est pas une cession à titre exclusif dans le cas du fonctionnaire et que l'agent peut avoir le droit d'exploiter son œuvre également. Ceci étant dit, je ne suis pas juriste, et je n'ai jamais eu à me poser la question sur le cas des fonctionnaires.
Dans la phrase à laquelle tu réponds, je ne parlais donc absolument pas de savoir si un fonctionnaire cédait ses droits (ça oui, je l'ai même dit), je parlais précisément de savoir si c'était une cession exclusive ou non. Alors que c'est précisé pour les exceptions logicielles et journalistes par exemple, ce n'est absolument pas précisé dans l'exception des agents de l'état. Cela m'amènerait à penser que la cession n'est pas exclusive et qu'on peut alors soi-même exploiter individuellement une œuvre créée dans le cadre d'un emploi public. C'était de ça que je parlais.
Absolument pas, du moins pas en règle générale.
Dans le privé, mon employeur m'a systématiquement fait signer une clause dans laquelle il conserve les droits sur tout ce que je développe pendant mes horaires de travail.
Eh bien si tu es en France, c'est une clause nulle et non avenue. Parce que dans le cas du logiciel, c'est de toutes façons la loi (donc elle est nulle parce qu'elle est d'office, la clause ne sert à rien).
Dans un cas général hors exceptions, elle est nulle car elle est explicitement interdite par loi ("La cession globale des oeuvres futures est nulle", écrit noir sur blanc dans le code de la propriété intellectuelle).
Ça aussi je l'avais bien expliqué. Il vaut mieux lire un commentaire complètement avant de le contredire, surtout lorsqu'il est sourcé (parce que ce que ton patron fait, mal, n'a aucune validité comme source de loi, contrairement aux textes de loi et aux très nombreuses jurisprudences sur le sujet) voire qu'il dit la même chose mais que tu sors les phrases du contexte pour pouvoir les contredire (donc la contradiction n'en est même pas une valide). 🤷
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je vais supposer que tu parles de la France, car c'est le droit que je connais le mieux.
Dans une entreprise privé, un salarié cède automatiquement à l'entreprise ses droits patrimoniaux sur toutes ses œuvres, logiciels, documents
Absolument pas, du moins pas en règle générale. C'est bel et bien vrai cependant dans certains cas particuliers qui concernent pas mal de monde sur un site comme LinuxFr, par exemple ce que tu dis est vrai dans le cas du logiciel et la documentation de logiciel. Et ce sera vrai, quel que soit le type d'œuvre, pour un fonctionnaire, qui est un cas que tu cites. Il y a quelques autres exceptions du genre (genre les œuvres collectives, même si dans ce cas, il me semble qu'il y a moyen de contrer l'application si la part de chacun est clairement délimitée; genre vous êtes 2, chacun écrit un chapitre indépendamment de l'autre, je pense qu'il y a moyen de dire que ce sont 2 œuvres distinctes).
Mais ce n'est pas forcément vrai dans le privé, et hors logiciel. Typiquement, tu fais une illustration pour un employeur privé, tu gardes les droits patrimoniaux dessus.
De même, si l'œuvre n'a pas été créée dans le cadre de son travail, il y a moyen aussi de rendre la cession de droits invalide. Si tu lis les liens donnés, ils précisent toujours:
dans l'exercice de leurs fonctions ou d'après les instructions de leur employeur
Ensuite là on peut arriver à des problèmes qui se poseraient devant un juge qui décidera si l'œuvre a vraiment été créée dans l'exercice de ses fonctions ou non (sans compter que si ça a été fait dans le temps de travail mais pas dans l'exercice de ses fonctions, ça peut vouloir dire que l'on tirait au flan, ce qui peut sûrement être motif de licenciement).
sauf accord écrit dans son contrat de travail
Il faut toutefois rappeler que "La cession globale des oeuvres futures est nulle". En d'autres termes, un "accord écrit dans son contrat de travail" est une clause caduque. On ne peut pas donner d'avance ses droits patrimoniaux pour des œuvres futures (sauf dans les cas particuliers notés plus hauts, genre logiciel, fonctionnaire, œuvre collective, etc.). Cela veut dire que si un employé n'a pas explicitement cédé les droits patrimoniaux par œuvre, une fois créée, alors dans les faits il ne les a jamais cédés. Ça n'empêche pas les employeurs de ne presque jamais faire de contrats de cession de droits, ni les employés de ne presque jamais aller en justice parce que leur employeur a utilisé leur œuvre créée dans le cadre du travail (ne pas mordre la main qui te nourrit, etc.). En ce sens, le fait de garder ses droits reste très théorique dans la majorité des cas.
Mais c'est normalement ce qui devrait être fait si on suit la loi à la lettre. La cession générale dans le contrat de travail ne vaut rien (c'est soit inutile si vous êtes dans un des cas spéciaux où c'est vrai par défaut; soit non-applicable parce qu'il n"est pas possible de céder des œuvres futures).
Comment faire dans ce cas ?
Tu n'expliques pas vraiment ton cas et ce que tu veux faire, donc on peut pas vraiment te répondre.
Néanmoins certaines généralités:
Une cession de droit peut être exclusive ou non. Par exemple dans le cas de la cession des droits patrimoniaux d'un logiciel à son employeur, il est clairement écrit (gras rajouté):
Sauf dispositions statutaires ou stipulations contraires, les droits patrimoniaux sur les logiciels et leur documentation créés par un ou plusieurs employés dans l'exercice de leurs fonctions ou d'après les instructions de leur employeur sont dévolus à l'employeur qui est seul habilité à les exercer.
l'employeur emporte, sauf stipulation contraire, cession à titre exclusif à l'employeur des droits d'exploitation des œuvres du journaliste réalisées dans le cadre de ce titre, qu'elles soient ou non publiées.
Dans la mesure strictement nécessaire à l'accomplissement d'une mission de service public, le droit d'exploitation d'une oeuvre créée par un agent de l'Etat dans l'exercice de ses fonctions ou d'après les instructions reçues est, dès la création, cédé de plein droit à l'Etat.
J'aurais donc tendance à penser que ce n'est pas une cession à titre exclusif dans le cas du fonctionnaire et que l'agent peut avoir le droit d'exploiter son œuvre également. Ceci étant dit, je ne suis pas juriste, et je n'ai jamais eu à me poser la question sur le cas des fonctionnaires. Je te conseillerais donc de te renseigner auprès d'un spécialiste du droit si tu veux une réponse plus solide. Sans compter que même si le droit existe peut-être, si ça met en porte-à-faux avec l'employeur public qui peut ne pas voir cela d'un bon œil (et qui a plus de sous qu'un simple fonctionnaire si ça va en justice), je conseillerais tout de même d'en discuter avec une hiérarchie si possible.
Même dans le cas de cessions exclusive, si une œuvre n'est pas utilisée un temps donné, il y a des possibilités de résilier la cession de droits. Les détails sont définis par secteur d'activité, et là aussi avec des exceptions (pas applicable dans le logiciel notamment).
Et pour un élève d'une école, conserve-t-il ses droits d'auteur ?
Un élève n'a aucun lien de subordination avec l'école, il n'est pas employé, donc oui aux dernières nouvelles. Et même si l'école lui avait fait signé un quelconque document pour céder tout ce qui est fait en classe, je rappelle que "La cession globale des oeuvres futures est nulle" (en plus d'être sacrément vicieux si un établissement se permettait ce genre de choses; je vois que certains disent que c'est le cas en Angleterre mais là c'est peut-être légal; en France, hormis le cas des élèves sous contrat de travail, il me semble bien que tout contrat général de cession signé pour des œuvres futures est simplement nul et non avenu).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Pour info, chez GIMP, on utilise aussi InnoSetup depuis longtemps (au minimum depuis 10 ans, probablement depuis plus longtemps; c'est pas moi qui ait mis cela en place). Par contre on le fait tourner depuis une machine Windows (parce qu'il y a de toutes façons une fonctionnalité importante qu'on n'arrive pas à cross-compiler: l'introspection — avec GObject Introspection — de la bibliothèque libgimp). Je n'ai jamais essayé de le lancer par Wine, mais je suis content de lire que ça marcherait bien. Néanmoins j'aurais bien aimé un outil qui tourne nativement sous Linux (oui même si c'est pour créer un installateur Windows).
Enfin bon, ça fait son boulot mais je serais bien incapable de comparer avec d'autres solutions.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Perso je trouve très bien une des gens pas Bisounours réagissent contre les gens qui pensent que si tu le vis comme une agression ils sont juste désolés. Car justement ce sont des personnes qui aident à permettre à tous de participer, et non pas réserver la choses aux plus "forts".
Ah mais les bisounours, dans mon souvenir, savaient tout à fait se défendre! 💪 Il me semble même que c'était l'un des concepts de la série justement, qu'ils réagissaient quand quelque chose d'injuste se passait. Mais oui, le reste du temps, ils étaient sympas avec autrui❣️
C'est d'ailleurs bien ce que gouttegd dit plus bas aussi. Quand ils croyaient avoir à faire à un développeur de bonne foi, les autres commentaient le code gentiment. Quand on lit l'email, on voit clairement que la personne a pris le temps d'ouvrir le code dans son éditeur et de l'étudier, donc ça a pris du temps (plus que de simplement corriger directement soi-même). C'est pas le genre d'email qu'on fait de tête.
Mais oui quand ils se sont rendus compte qu'ils étaient en train de se faire prendre pour des cobayes, ben ils ont réagi et l'ont très évidemment pris mal, ils ont aussi vu que c'était totalement inacceptable et l'ont fait savoir. Je serais absolument pas étonné que ça ait gâché émotionnellement leur journée. En gros, ils ont fait leurs "bisounours". Donc savoir rétorquer et se défendre fait aussi partie du rôle des bisounours. 😉
Bon voilà, cette fois, c'est vraiment mon dernier message sur le sujet, mais ça me faisait bien marrer de continuer l'échange sur les bisounours, ces grands incompris, des gens (enfin… des ours quoi) gentils, attentionnés, qui n'aiment pas les injustices, tout en étant forts! ❤️🔥😉
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'aurais du préciser (c'est vrai, je ne l'ai pas fait, mea culpa) que je pensais aux effets psychologiques.
J'en parle aussi. Tu as lu mon commentaire en diagonal? C'est l'un des 3 points que je soulève comme impacts ("minimum" même je rajouterais) de telles actions.
Si une étude comme celle des auteurs à un impact comme cela, je pense que le mainteneur ferait mieux de changer de boulot pour préserver sa santé mentale (car il n'y a pas besoin d'avoir d'étude comme ça pour avoir des cons).
Renversement de responsabilité sur les victimes. Un grand classique. "Si tu n'es pas fichu de prendre sur toi, c'est toi le problème!" J'aurais tout lu ce soir! 🙄
Si tu le vis comme une agression, j'en suis désolé pour toi. Ce n'est pas à toi que je vais apprendre que le libre n'est pas un monde de bisounours.
Un autre classique. "C'est pas un monde de bisounours" et autres insultes à la "snowflake" ou "hypersensible" ou autre. Franchement ça vous plairait tant que ça d'avoir que des brutes à la barre? De n'avoir qu'affaire à des gens qui en ont rien à foutre des autres et qui n'ont aucune conscience et sont durs comme de la pierre quand on les attaque?
Personnellement je revendique avoir le droit d'être sensible et de traiter les autres comme des humains, et de pouvoir moi aussi réagir en humain. Et non j'ai certainement pas envie de changer et de devenir comme tu le proposes.
Non parce qu'à force de demander, c'est bien ce qu'on aura. Soyons clair, c'est déjà ce qu'on a globalement dans les gouvernements, à la tête d'entreprises, et oui aussi dans pas mal de projets libres: des gens qui en ont rien à fiche d'autrui. Mais est-ce vraiment ce qu'on veut? (question rhétorique, je peux répondre au moins dans mon cas: non!)
Il y a énormément de choses à dire sur la manière dont a été menée l'étude et surtout la conclusion de l'article. Mais au lieu de s'attaquer à ça, on s'attaque à l'éthique des expérimentations sur les personnes…
T'as pas lu l'article en fait, c'est ça? Non parce qu'y a plein de trucs dedans et c'est loin d'être le seul truc dont il est question. En fait même lire juste le sommaire démontre que tu dis des trucs farfelus.
P.S.: bon j'arrête cette discussion là parce que ça me déprime rien que d'avoir à expliquer cette base des relations entre être humains. Et avoir besoin d'expliquer cela en dit long sur l'ampleur du problème.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
l'étude n'a aucun impact, de quelque manière que ce soit, sur ces personnes.
C'est une blague? Si quelqu'un vient me faire le coup sur un des logiciels que je maintiens, ben déjà rien que la perte de temps est énorme. Les gens semblent croire que les petits patchs ne prennent pas de temps. Pas du tout, ce sont les pires proportionnellement à ce qu'ils apportent. Ils prennent souvent plus de temps que si on réimplémentait soi-même lorsque le patch n'est pas directement utilisable. Dès qu'il y a un seul aller-retour de revue, on a déjà perdu du temps. Et même sans cela, même un oneliner, j'ouvre le dépôt de source, je regarde le code aux alentours, le contexte du patch, quand et comment la fonction est appelée, je réfléchis si c'est vraiment la meilleure solution (c'est à dire que même si ça corrige, je ne me contente pas de cela mais étudie si on ne peut pas corriger plus sainement), etc. Même un tout petit truc, on vérifie et ça prend du temps (parce qu'on va pas pousser n'importe quoi; je sais que certains projets font un peu à l'arrache, mais je peux imaginer que les mainteneurs du noyau Linux seraient au moins aussi pointilleux que je le suis).
Ensuite je le fais avec plaisir dans un contexte normal parce qu'un contributeur exceptionnel (dans le sens "juste une fois") peut potentiellement se transformer en contributeur récurrent. Aussi parce que c'est le jeu et que si quelqu'un propose un patch après avoir découvert un problème, c'est pas cool de juste réimplémenter soi-même en disant "c'est pas bon" (on le fait exceptionnellement lorsque le contributeur ne répond plus et que la bonne solution est suffisamment différente). Et même pour les super-débutants qui font vraiment parfois un peu n'importe quoi (par exemple: on a parfois des gens qui se présentent comme des étudiants et on comprends qu'ils contribuent dans le contexte de leur formation universitaire), ben je prends plaisir à les guider même lorsque ça prend des plombes (parfois pour des patchs vraiment minimes, genre ils corrigent des warnings, et pourtant on arrive quand même à avoir 10 aller-retours car ils sont trop débutants et comprennent pas les consignes de revue de code).
Pourquoi ça me va? Car tous ces gens sont de bonne foi. Par contre si un mec me fait ça comme un "test", là j'aurais tout simplement perdu mon temps, celui du projet, celui des autres contributeurs, celui de tout le monde en gros: c'est pas un nouveau contributeur récurrent potentiel, c'est pas quelqu'un qui jouait le jeu du libre, en vrai c'est pas pour corriger quelque chose au final, c'est même pas juste un débutant que je suis heureux d'aider; puis ça a repoussé les vrais revues de code de vrais contributeurs, ça a donc aussi sûrement soit repoussé la prochaine sortie soit déplacé des corrections une version plus tard, ça m'a aussi fatigué inutilement… Non au final c'est juste quelqu'un qui se foutait de la tronche des contributeurs et a fait perdre possiblement des dizaines de minutes voire des heures à tous pour juste pouvoir écrire un papier de merde.
Et franchement quand je vois le temps qui me manque pour améliorer GIMP aussi vite que je l'aimerais, les heures perdues, je les sentirais passer.
Second point: si le patch passe, ben c'est une faille introduite dans un logiciel utilisé par le monde entier. Les "chercheurs" ont bon dos de dire après coup "ah mais si ça passait vraiment, on l'aurait révoqué". Parce que dans les faits, on sait qu'ils n'ont fait passé qu'un patch, le seul "bien écrit" par erreur (les boulets), et justement ben ils l'ont pas révoqué. Alors on peut aussi dire que c'est justement parce qu'ils se sont rendus compte qu'ils ont fait l'erreur de ne pas introduire de faille. Mais rien ne prouve qu'ils auraient vraiment révoqué un patch réellement malicieux (leur parole une fois qu'ils se sont fait prendre la main dans le sac ne vaut plus grand chose). Donc pour autant qu'on sache, il y a bien l'impact d'introduire une vrai faille dans un noyau utilisé partout dans le monde (mais ça aurait été n'importe quel logiciel, même plus petit, le problème est le même, hein! Ça reste une faille introduite). Aucun impact, vraiment?
Troisièmement, c'est peut-être que je suis pas un moine qui a atteint le nirvana, quand on se fout de moi, qu'on m'arnaque (même si c'est "pour de faux, en vrai c'est pour la science"), ben ça me la fout très mal. Il y a des contributeurs du libre qui ont été totalement déçus et ont tout lâché pour moins que ça. Je te souhaite de pas subir trop souvent ce genre de désagrément car c'est vraiment pas cool. Oser dire que y a pas d'impact là aussi, notamment psychologique et sur le moral, ben c'est se foutre de la gueule du monde. Mais je suis sûr que les gens qui font ce genre de choses, ou participent à d'autres types de tromperies se donnent une bonne conscience en se disant que "y a pas (ou peu) d'impact". Même les gens qui font des petites arnaques ou les petits voleurs à la sauvette se disent sûrement que "c'est pas grand chose, il/elle va pas en mourir". Mais justement c'est le genre de trucs qui font de la vie quotidienne un enfer, tous ces gens qui profitent d'autrui au jour le jour en se disant que c'est pas grand chose. Donc on a des agressions psychologiques tout le temps. Et si, c'est beaucoup, désolé.
En fait même devoir l'expliquer m'attriste. Il y a vraiment un problème plus profond si on a besoin d'expliquer que faire ce genre de trucs à autrui, non ce n'est pas acceptable, non ce n'est pas rien, et si ça a un gros impact.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je vois une différence assez nette entre avoir un protocole ouvert et pouvoir s'interconnecté avec d'autres protocoles conçu différemment de façon convenable.
Justement, l'interconnexion peut tout à fait se passer avec le protocole ouvert. En fait XMPP a une partie qui concerne la connexion serveur-client et une partie serveur-serveur. Un réseau propriétaire peut tout à fait se contenter d'implémenter la partie serveur-serveur (ce ne serait même pas une réimplémentation puisque cette partie n'existe en général pas, comme il n'y a pas encore d'intéropérabilité pour l'instant).
Donc en gros, on s'en fiche comment (cad avec quel protocole) Facebook ou iMessage envoie un message à un usager du-dit service. Et on leur demande pas de changer cela, ni à utiliser XMPP. Par contre, si l'usager de Facebook veut envoyer un message à un autre sur iMessage ou sur un serveur XMPP, ou tout autre service, la connexion entre le serveur du service 1 et 2 pourrait se faire dans un protocole standardisé (par exemple donc XMPP).
Soit:
Alice—[communication proprio] --> Serveur d'Alice—[XMPP] --> Serveur de Bob—[communication proprio] --> Bob
En fait à la belle époque de XMPP, celle où j'étais moi-même membre de la XSF et qu'on croyait que c'était la bonne (y a plus de 10 ans), plusieurs services proprios avaient fait des expériences de telles interconnexions en XMPP. De mémoire (dites moi si je me plante), y avait AIM, ICQ qui testaient l'intéropérabilité avec XMPP, et je crois même qu'à un moment Microsoft avait testé une intéropérabilité sur MSN. Je me souviens que c'était l'époque marrante où certains geeks s'amusaient à scanner des ports sur des domaines de grosses entreprises IT qui avaient leur propre réseau de messagerie puis venaient annoncer joyeusement sur une liste de la XSF "j'ai trouvé un serveur qui répond avec un en-tête XMPP!". On ne s'attendait pas forcément à ce qu'aucun de ces services propriétaires (surtout ceux qui étaient les plus anciens) utilisent XMPP en protocole client-serveur. Mais avoir un unique protocole de communication en serveur-serveur suffirait pour une vraie intéropérabilité.
À l'époque, on y a vraiment cru, on a failli l'avoir notre intéropérabilité. Puis soudain, tout s'est effondré super rapidement, tout le monde s'est retiré du jeu, a arrêté ses expérimentations, ceux qui utilisaient XMPP (même en client-serveur pour le coup, et déjà en serveur-serveur) ont décidé de se refermer sur eux-même parce qu'ils étaient sûr d'y gagner (les idiots! Quand on voit le succès inexistant qu'ils ont eu en faisant cela… on pense à toi, Google, notamment! Où en sont-ils maintenant dans l'usage de leur solution? Ils sont surtout tous là à se faire la guerre).
Donc si cette intéropérabilité peut être forcée par une loi européenne, oui, 100 fois oui. De même heureusement que les téléphones ne sont pas limités par opérateurs, ou internet par fournisseur d'accès (on a failli l'avoir celui-là pour qui se rappelle les débuts de l'internet commercial!). Et pour ça, ça veut dire clairement avoir un protocole ouvert et unique imposé pour la partie serveur-serveur au moins (client-serveur, ce serait mieux, car ça permettrait de pouvoir utiliser le client de son choix quel que soit l'opérateur, de même qu'on peut utiliser le client email de son choix; mais à la limite si certains services veulent se tirer des balles dans le pied, tant que moi, je peux contacter les clients de ces services, ça me va!). Et bien entendu, je pense que XMPP serait le bon choix si on voulait choisir un tel protocole unique.
Par contre si ça en vient juste à ce que chaque service fournisse une spec semi-ouverte, semi-complète pour son protocole propriétaire, ou pire des APIs quelconques (probablement avec des "tokens" de connexion à réclamer au cas par cas), imposant que chaque service fasse du développement spécifique pour chaque autre service, alors franchement c'est juste une impasse de plus.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'ai complètement oublié d'ajouter l'info dans l'article, mais GIMP re-participe au GSoC cette année. Ce n'était plus arrivé depuis 2013 (dernière année où le projet s'était inscrit). On verra ce que ça donne pour cette nouvelle tentative.
Les inscriptions de candidats commencent le 4 avril, et bien sûr nous privilégions les nouveaux contributeurs qui auront proposé quelques patchs avant pour voir un peu comment les choses se passent.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'allais dire la même chose. Cette dépêche est une démonstration précise de pourquoi ceux qui veulent — comme certains régulièrement sur LinuxFr (et comme certains admins le savent ici, j'ai un très mauvais souvenir d'un tel exemple au point que j'ai demandé à ce que mon nom soit retiré comme auteur d'une dépêche dans laquelle j'avais mis déjà vraiment pas mal de travail et qui fut publiée sans mon consentement dans un état incomplet, alors que j'avais explicitement refusé la publication immédiate; à l'époque, j'avais même hésité à continuer d'utiliser l'espace de rédaction à cause de ça car ça m'avait dégoûté de contribuer; c'est dire si je suis encore aigri par cette histoire!) — absolument précipiter les dépêches ont souvent tort. Et pour quoi au juste? Juste ne pas avoir trop de dépêche dans l'espace de rédaction ou en publier plus? Quel intérêt? On n'est pas là pour faire du chiffre!
Mieux vaut une dépêche bien référencée, structurée, et avec une vraie recherche derrière (comme ici), ainsi que des réflexions de fond, que des dépêches "actualités", quasi vide de sens hormis du contenu de surface copié-collé 1000 fois ailleurs, pièges-à-clic. Que les journalistes en prennent de la graine, c'est ça que devrait être du bon journalisme.
En l'occurrence, celle-ci aura mis le temps, mais elle en sort clairement par le haut. Je l'ai lu y a une semaine ou 2 dans une version presque finie sur l'espace de rédaction. Je vais maintenant la relire en version finale (je vois qu'y a eu quelques changements encore en lisant en diagonale)!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
En même temps, si les mises à jour ne sont pas automatiques, elles ne seront pas faites, on aura des botnets composés d'objets connectés, d'équipements domotiques, etc.
En même temps, pourquoi fallait-il que ce micro-onde soit sur internet? S'il faisait juste son boulot (de micro-onde, pas d'ordi), qu'il avait été sérieusement testé pour cela (sans rajouter toute la complexité de piles logicielles inutiles avec probablement un OS complet, une pile réseau, une pile graphique pour l'affichage sur un écran avec un menu, une interface souvent trop complexe, des futilités, peut-être de la pub dans le pire des cas… pile logicielle qu'il faut, elle aussi, tester alors qu'elle n'a pas grand chose à voir avec l'usage de l'objet)
A-t-on vraiment besoin d'objets connectés pour tout? Des micro-ondes et fours connectés, des frigos connectés, des télés connectées (ce qui permet de la pub en permanence) même des ampoules connectées de nos jours (rien que ça, côté sécurité, on se dit que c'est pas grand chose si on est vulnérable; mais même juste arriver à avoir l'info si c'est allumé chez vous ou pas, donc si probablement vous êtes là ou non, c'est un risque de sécurité et de confidentialité), etc. À un moment, je sais pas moi, je me dis qu'on est un peu devenu fous. 😱
Alors je sais bien, avoir un four à l'heure même lors d'une coupure de courant (synchro NTP), c'est cool (mais le rapport avantages/désavantages est-il vraiment en faveur de la connexion internet). Avoir des écrans futuristes, c'est plus hype (pour certains) que des boutons physiques (qui ont pourtant moins de problème). Et puis ça permet la fameuse "évolutivité" (qui a vraiment eu besoin que son four ou son micro-onde évolue? Question subsidiaire à ceux qui réponde "moi" à la première question: votre appareil connecté a-t-il jamais évolué dans le sens que vous vouliez? Au point que vous vous soyez un jour dit "heureusement que mon appareil était connecté!" Attention, je parle pas de trucs genre correction d'un bug logiciel, puisque par définition, cela aurait été inutile sans la complexité logicielle! Mais vraiment de cas où vous avez gagné une nouvelle fonctionnalité utile, qui était non-existante à l'achat; parce qu'en général, les constructeurs se contentent de vous dire d'acheter le nouveau modèle pour avoir la nouvelle fonctionnalité).
Enfin bon, avoir moins de botnets d'objets-ordinateurs connectés, je veux bien, mais perso j'aimerais questionner l'utilité de les avoir connectés à la base (ce qui règlerait aussi le problème des botnets en ce qui concerne les dits-objets). 😜
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Le souci c'est que la discrimination positive est souvent juste une vraie discrimination. L'exemple-type : "on manque de femme ici, alors recrutons de façon à voir 50/50" => dans ce genre de cas, je ne saurais jamais si j'ai été recrutée pour mes compétences, ou pour boucher un trou. Je me sens hyper illégitime, pas du tout à ma place. Alors que peut-être que je suis là aussi pour mes compétences ; mais je n'en serais jamais sûre.
En fait, peut-être que tu peux essayer de tourner ça différemment. Pour un job donné, ceux qui choisissent ont pré-sélectionné un certain nombre de candidats qui ont les compétences et devraient faire l'affaire. Parmi ceux-ci, il y a des hommes et des femmes (puisqu'il n'y a aucune raison que le genre ait un impact sur la compétence). Ensuite c'est dur de voir plus dans le détail au bout d'un moment (sauf à avoir déjà travaillé avec quelqu'un ou à avoir une boule de cristal), donc il y a forcément une grosse part de ressenti sur le choix final. Or jusque là dans beaucoup de cas (enfin dans certains milieux, qui sont probablement les milieux corporate dont il est question ici), ça en revenait à privilégier le stéréotype de l'homme blanc et grand, tout bien sur soi.
Avec de telles politiques d'embauche, ben quand il y a 2 candidats considérés à compétence égale (pour autant qu'on puisse dire dans les limitations d'entretiens d'embauche et sur CV/expérience), ben s'il y a une femme, on la privilégierait. Certes c'est de la discrimination aussi, mais d'une pas plus qu'avant (quand on privilégiait l'homme qui pouvait tout aussi bien finir par se demander si on l'a choisi pour ses compétences ou pour un caractère biologique au final), de deux ça ne signifie absolument pas que tu n'es pas compétente et qu'on t'a pas choisi pour cela avant tout (l'autre aurait été pris, ça aurait été pareil au niveau compétence, juste une discrimination différente).
Ensuite, je dis cela histoire de dire et de donner une vision plus positive (espérons) de la chose. Je ne fais pas partie de telles personnes qui "sélectionnent" et y a bien une raison pour laquelle je me suis rapidement éloigné des milieux corporate (dont ce genre de trucs). Je ne peux donc pas assurer ce que j'avance, néanmoins je pense que c'est aussi une logique qui a du sens. Et dans tous les cas, je ne crois pas que ce soit à l'employé de se sentir honteux pour des politiques d'embauche de merde.
De toutes façons, à la base, si on a besoin d'édicter ce type de politique d'embauche, c'est qu'il y a un certain problème plus profond, déjà parmi ceux qui embauchent, et alors c'est pas en édictant des règles de "discrimination positive" que ces gens vont changer, ou que les comportements et l'atmosphère en interne de l'entreprise va changer. En fait, j'ai du mal à comprendre personnellement pourquoi quiconque voudrait s'infliger à aller travailler dans une telle entreprise. Mais bon j'ai déjà du mal à comprendre pourquoi une majorité de gens font une majorité de chose sans ciller, alors… 🙄
(Note: non c'est pas vrai, je comprends bien pourquoi ces gens vont dans ces entreprises et pourquoi une majorité fait une majorité de trucs absurdes ou pire, mais bon pour ma santé mentale, je prétends ne pas comprendre, sinon je suis bon pour la dépression 😱)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
C’est dommage, car ce fork pouvait apporter de bonnes idées à la structure du code source de GIMP, et tenter d’inventer une nouvelle UX/UI.
Ils n'ont strictement rien fait structurellement (pas même en frontend, et juste des bricoles en surface) dans le code source de GIMP. Me croyez pas sur parole, allez regarder le dépôt.
La quasi totalité des commits des contributeurs de Glimpse, c'était genre retirer des mentions à GIMP, retirer le logo (une mascotte en logo pour un logiciel sérieux?! Mais quelle horreur! On n'est pas là pour rigoler!), mettre à jour le README ou autres documents internes, mettre des liens de financement (c'est important! Les sousous! Même/surtout si on n'a rien fait de concret), les paquets et ce genre de trucs. Les seules rares choses un peu plus "profondes" dans le code, c'est probablement quand ils ont retiré les divers "easter eggs", parce que vous comprenez un logiciel sérieux ne peut pas contenir de blagues! 🙄
Tout le reste, quand on regarde leur historique, les rares commits un peu plus complexes que j'ai vu… ce sont des commits à nous du dépôt principal qu'ils backportaient. Ou en tous cas, j'ai pas vu leurs commits sérieux. Ah oui, parce que le coup du "on contribue en retour à GIMP" est totalement bidon évidemment. On n'a pas vu une seule correction de bug ou une seule proposition d'amélioration de GIMP par un contributeur de ce fork. Pas un seul patch proposé! Alors si vraiment j'ai manqué un vrai commit qui vaut quelque chose dans leur arbre (ça reste possible, je me suis contenté de feuilleter 2 ou 3 fois leur dépôt, je vais pas non plus prétendre avoir tout regardé en détail et m'y être intéressé plus de 10 minutes), ce qui est sûr, c'est qu'ils l'ont pas contribué en retour et l'ont gardé jalousement.
Donc le coup du fork utile, laissez moi rire.
En fait, c'est pas tout à fait vrai, on a eu une seule petite contribution sur un paquet de quelqu'un considéré comme un contributeur de ce fork, sur la toute fin de celui-ci. Ironiquement ce contributeur est l'un de ceux à l'origine du fork et pourtant il me semble qu'il n'a en fait jamais contribué dessus (mais à GIMP, 1 commit donc au final; peut-on alors considérer cela comme un retour du fork? Enfin bon, si on veut, admettons: il y a donc eu un patch mineur de paquet après genre 2 ans de dénigrement!).
Pour autant que je sache, ils n'ont fait que du FUD, des attaques des contributeurs de GIMP, beaucoup de stress. Beaucoup beaucoup de mal donc…
échanges avec le projet GIMP
Je parle un peu ici des faux contacts positifs qu'ils ont prétendu avoir avec nous tout du long leur existence. En fait, ce n'est positif que de notre côté envers eux puisque nous sommes des gens civilisés, contrairement à eux qui ont débuté leur histoire par du lynchage en règle et qu'on n'a donc jamais chassé cette unique personne qui squattait notre canal de discussion tant qu'elle restait correcte. On n'a aussi jamais menti ou répandu de fausses histoires sur leur projets aux média ou lors d'interviews (contrairement à eux encore une fois), ou même tout court. Et ainsi de suite.
Sinon en bilan final du fork, je rappellerais uniquement qu'on sait que l'un de nos contributeurs principaux a été dégoûté du logiciel libre et a arrêté un moment de contribuer pendant quelques mois. Il nous a dit que c'était concrètement ce fork qui l'a dégoûté. Il est donc revenu ensuite quelques mois puis a à nouveau disparu. Cette fois, on n'a plus de nouvelles depuis plus d'un an et je me dis que c'est sûrement encore la même raison et qu'il a pas digéré complètement les méchancetés. Je parle d'un contributeur qui contribuait à peu près autant que moi, qui est resté plusieurs années avec nous, était super sympa, vraiment extrêmement bon techniquement… de la belle époque dorée où GIMP avait trois gros contributeurs (4 en comptant GEGL) et où tout semblait possible. Sincèrement, il serait encore là, tout irait beaucoup plus vite (c'est simple, il contribuait à peu près comme moi, donc on doublerait plus ou moins le rythme des évolutions principales côté GIMP). GIMP 3.0 serait peut-être déjà sorti, qui sait.
Comme je disais plus haut: ce fork a fait beaucoup de mal. Ils n'ont rien apporté mais on sait bien ce qu'ils ont fait subir, voire perdre. Alors ça me fait toujours de la peine quand je lis ce genre de commentaires sur ce que ce gentil fork plein de gentils lyncheurs a pu apporter et comme c'est trop dommage car ils étaient trop constructifs. Limite c'est grâce à eux si GIMP est ce qu'il est aujourd'hui. Malheureusement c'était plus ou moins leur discours public pendant leur existence déjà, alors je comprends qu'on tombe dans le piège. Mais ça fait mal et ça dénie le travail (réel lui) des dizaines de contributeurs réels de GIMP. Franchement le jour où ils ont fait une campagne marketing en racontant que le développement de GIMP était mort depuis 2012, campagne reprise dans des journaux grand public, dont français, j'ai été dégoûté, déprimé et j'ai moi-même pensé un instant à tout laisser tomber. Bon je me suis assez vite ravisé mais la tentation de jeter l'éponge est forte dans de tels cas. 2012, c'est en plus justement l'année où j'ai commencé à contribuer à GIMP, donc avec leur "petit" mensonge, ils ont en quelque sorte nié l'entièreté de mes contributions à GIMP (et celle de notre projet, ZeMarmot). Là comme ça, l'air de rien. Ça fait mal.
Étonnamment quand ils ont changé leur fusil d'épaule et se sont mis à dire tout simplement l'inverse, c'est à dire que "c'est pas leur faute, ils peuvent pas rivaliser avec les trop nombreux gros contributeurs de GIMP, vous comprenez"… ben peu semblent avoir remarqué l'incohérence du discours (alors que quelques semaines auparavant à peine, ils affirmaient aux journalistes, jusque dans leur site web et leur FAQ que le développement de GIMP était mort depuis 2012). 🤷 C'est un peu désespérant.
En fait un problème déjà à la base est qu'ils se plaçaient en "rival" justement, dans une logique de compétition (même s'ils disaient officiellement l'inverse sauf que dans les faits, ils disaient sans cesse du mal de nous, de notre code, ils mentaient sur le fait qu'on "refusait" des fonctionnalités — sous entendu contrairement à eux —, mensonge des plus éhontés pour quiconque sait comment on travaille… double discours quoi!), alors que GIMP est un projet communautaire (dans notre logique, on n'a aucun "concurrent" et GIMP n'est pas un produit. On s'en fiche si vous voulez utiliser un autre logiciel, on vous souhaite de trouver ce qui vous plaît et nous on veut juste faire de notre mieux. On n'est pas après des "parts de marché"). Or on était leur upstream et ils apportaient quasi rien au dessus. En gros, ils sciaient la branche sur laquelle ils se trouvaient. Pas étonnant qu'avec une telle attitude destructrice, ça n'ait pas duré.
Ce qui est bien certain, c'est que ce nouveau discours était tout aussi faux (y a certes des dizaines de contributeurs, mais pour la plupart des contributeurs de passages; je l'ai dit: dans notre belle époque qui a duré quelques années, on n'était que 3 gros contributeurs, 4 en comptant babl/GEGL; regardez les stats récentes pour voir que de nos jours, on n'est plus que 2 vraiment gros contributeurs sur babl/GEGL/GIMP et quelques petits contributeurs réguliers).
Enfin bon, on n'a rien contre les vrais forks constructifs. Je parle même potentiellement de ceux qui n'aiment pas notre direction technique mais ont agi en êtres humains civilisés, avec une réponse purement technique, pas de lynchage, pas d'attaque ad-hominem. Par exemple pendant quelques années, j'ai essayé de rallier à notre cause et j'ai invité (tous frais payés par GIMP, mais la personne n'a jamais répondu) le mainteneur de GIMP Painter à des conférences pour qu'on puisse discuter. Aux dernières nouvelles, cette personne n'était pas d'accord sur des points techniques mais n'a jamais dit du mal de nous, et n'a jamais essayé de se faire sa pub en dénigrant son projet mère. Contrairement à Glimpse qui ont été nocifs et toxiques du début à la fin et pendant toute leur existence avec des campagnes anti-GIMP. Je n'ai aucun mal à dire du bien de GIMP Painter (qui me paraissait très intéressant et constructif; et faire un travail de qualité). Mais Glimpse? C'est juste un projet malsain.
Jehan arrête la moto, c’est trop dangereux
Ahahah. 🤣
Je suis un conducteur prudent. En outre, je ne conduis pas tant que ça. La plupart de mon temps se passe chez moi (télé-travail), je fais toutes mes courses du quotidien à pied (marché et boutique vrac de proximité), les trucs légèrement plus loin en vélo (qui en l'occurrence est potentiellement plus dangereux que la moto quand je vois les voitures et le fait que notre ville s'en fout des vélos!). J'utilise la moto (mon unique moyen de transport motorisé, toujours la même d'ailleurs, elle a plus de 30 ans maintenant) qu'une fois de temps en temps quand il n'y a pas le choix. Pour tout dire, j'ai fait environ 60.000 km (ou bien 70.000? Je sais plus; y a aussi eu une petite période où le compteur était cassé) quand je vagabondais avec. Puis depuis 10 ans, j'ai dû faire 10 ou 20.000, pas plus. Donc je dirais que le risque existe mais est limité. 😅
P.S.: sinon je devrais vraiment arrêter de répondre sur ce sujet de Glimpse parce que c'est le genre de truc qui fout en l'air ma journée et mon moral (et j'ai donc du mal à me retenir de répondre), mais vraiment ce projet a été tellement toxique et a fait tellement de mal que ça me fout toujours de mauvaise humeur quand je vois des gens qui commencent à dire que ce projet a apporté beaucoup, alors que c'est vraiment l'inverse. Ils ont fait perdre beaucoup et font partie de ces projets qui mettent vraiment à mal l'écosystème du logiciel libre.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
En fait j'en ai entendu parler bien entendu, mais j'ai jamais regardé de près car mon compte Github est un peu moribond (comme on peut le constater en cliquant le lien) puisque la plupart de mes contributions sont dans des dépôts hors Github.
Donc je me suis toujours dit que ça donnerait pas envie. Si on regarde ça, on a l'impression que je suis un développeur du dimanche. Pourquoi on me sponsoriserait là dessus pour quelqu'un qui utilise Github comme référence?
Enfin bon, je peux toujours jeter un œil à ce que ça implique.
C'est une option pas mal parmi celles existantes: Patreon a un frais mensuel de paiement par carte
Github sponsors n'a aucun frais?
Liberapay n'est pas clair dans les dons mensuels et se casse un peu la gueule
En fait, Liberapay est actuellement notre première source de dons (plus que les autres plateformes). Et c'est les frais les plus bas (bon je sais pas pour Github sponsors, tu as l'air de dire que c'est encore mieux), et aussi le plus simple à gérer.
Le fait que ce soit hebdomadaire est aussi bien plus confortable. En conséquence (je pense), les donations fluctuent beaucoup plus dessus, mais on a constamment des petites rentrées de dons utilisables. C'est bien plus utile pour un projet actif, je trouve.
J'apprécie aussi que la plateforme soit un logiciel libre, gérée par une association française à but non lucratif.
Ensuite c'est vrai que c'est devenu un peu plus compliqué depuis qu'ils ont changé de fournisseur financier mais ont continué de garder la même logique frontale alors que le backend ne correspond plus. Je peux voir comment cela peut être un peu confus pour les gens. Je suis d'accord qu'ils pourraient y gagner à remodeler la logique. Mais bon, le fait est que ça n'empêche pas la plateforme d'être toujours là.
Et puis c'est toujours plus facile à dire qu'à faire de changer la logique de fonctionnement, notamment pour les donateurs (et projets cibles de donation) existants. Peut-être que c'est la raison. Et je ne voudrais pas présumer qu'une transition vers une nouvelle logique se passerait sans accroc, c'est pas comme si je peux leur assurer.
Paypal c'est moins visible (et ça accepte les dons récurrents ?)…
En effet comme le dit Thomas Debesse. En plus normalement nous avons le statut d'organisme à but non lucratif chez Paypal donc on a des frais un peu moindres que des organismes commerciaux, quoique je suis jamais sûr car c'est jamais écrit nulle part, et quand je calcule les frais des donations directes, je comprends pas toujours si ça marche bien. 🤷
D’ailleurs j’aimerai bien savoir comment c’est fait ce genre de formulaire avancé.
J'ai rien "développé" si c'est la question (d'ailleurs c'est sur le site Paypal). De mémoire, c'est juste des widgets qu'on peut créer quelque part dans l'interface de Paypal (j'ai fait ça y a longtemps, je saurais plus dire). Rien de vraiment extravagant.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
WorkAdventure est utilisé par certains projets depuis la pandémie. Le CCC a fait déjà 2 conférences virtuelles avec (remplaçant la conférence physique habituelle).
Par contre ce n'est pas du logiciel libre. Ils utilisent en gros la licence AGPL + clause non-commercial SAAS. Il est donc possible de l'installer sur une machine par exemple, mais on ne peut pas vendre du service à d'autres.
En gros ce n'est du libre, et ce n'est pas de l'AGPL (le fait de baser leur licence dessus noie le poisson donc un coup d'œil rapide porterait à croire que ça l'est, mais c'est faux).
Il est à noter qu'un fork nommé LibreAdventure basé sur le code avant l'ajout de l'exception non-commerciale (donc sur du code plus ancien, mais libre pour le coup) a été fait par la FSF, apparemment dans le but d'héberger leur conf LibrePlanet. Ils ont même déjà prévu un site libreadventure.fsf.org sur un sous-domaine fsf.org d'après les commits mais y a encore rien à cette adresse. On constate d'ailleurs qu'il n'y a pas eu de commits depuis bientôt un an. Donc on verra si ce fork progressera (en tous cas, il est déjà utilisé).
De manière générale, y a eu un énorme boom de ce type de logiciel type "jeu vidéo/vidéo call" depuis la pandémie. À un moment donné, je cherchais justement ce type de logiciel (après avoir été déçu en découvrant que WorkAdventure n'était pas libre, et avant de connaître LibreAdventure). J'en ai trouvé facilement une vingtaine… quasi tous propriétaires (les quelques rares libres sont dans des états de faible maintenance). D'ailleurs même le "metaverse" de Facebook m'a l'air un peu dans la lignée (j'ai vu des screenshots proposant aux gens de faire des vidéo-confs et de travailler à distance avec ça).
Nous avons aussi été présent à un festival d'animation coréenne qui utilisait un logiciel très similaire, d'ailleurs on a cru que c'était aussi WorkAdventure (mais en fait non, bien que ça y ressemblait énormément).
D'ailleurs quand je parlais plus haut de Jitsi intégré dans d'autres logiciels, c'est précisément à ce type de logiciel dont je pensais. Workadventure en tous cas, la communication vidéo se fait par Jitsi intégré. Pour ceux qui connaissent pas, le principe est qu'on a chacun un petit bonhomme comme dans un jeu vidéo, et dès qu'on se rapproche d'un autre bonhomme, ça ouvre automatiquement une discussion vidéo avec cette personne. Si plusieurs personnes sans dans la même zone, la discussion vidéo est bien entendu commune à tous. Et bien sûr, il y a des zones de conférence où au lieu de discuter entre invités, seule la vidéo du présentateur est visible. Bien sûr, comme c'est intégré (ça crée juste des petites fenêtres vidéos en surimpression sur le fond du jeu), on ne sait pas que c'est du Jitsi, mais dans le cas de WorkAdventure, ça l'est (c'est d'autant plus inacceptable de nous sortir le coup de la pauvre petite startup qui doit bien vivre quand le cœur de leur logiciel est du libre… comme tant d'autres logiciels propriétaires d'ailleurs). Et je crois que c'est le cas de plusieurs de ces logiciels qui utilisent Jitsi comme infrastructure vidéo (ce qui me fait donc penser que Jitsi doit faire quelque chose de pas si mal pour être devenu une référence dans l'usage de vidéo intégré à d'autres logiciels web).
Ça pourrait être le cas si c'est réutilisé pour d'autres conférences par la suite.
En tous cas, ces logiciels sont déjà utilisé depuis 2 ans assez largement dans le monde par tous les organisateurs de festival ou conférences. Je n'ai pas été au CCC (mais plusieurs des autres dévs de GIMP y vont tous les ans et ont été aux 2 versions en ligne; apparemment ils s'amusent beaucoup). Y a aussi le cas LibrePlanet.
Le festival d'animation par de tels logiciels fut aussi marrant. On a son petit bonhomme, on se balade de tente en tente où des films du programme sont projetés (il faut rentrer dans la tente pour voir le film). Après y a la séance question avec l'équipe du film en mode conférence. Enfin bon, très marrant.
Par contre, si tu choisis WorkAdventure, l'idée de monter une infra et de la proposer à d'autres confs pourrait te faire rentrer en logique SAAS, ce qui est interdit par leur licence non-libre. Si c'est le but, je me tournerais vers le fork LibreAdventure de la FSF, si j'étais toi (en fait je me tournerais vers ce fork même si je voulais juste l'utiliser pour moi sans faire du SAAS).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Le wiki ne liste pas Big Blue Button (BBB) mais ils citent:
Et pour palier la saturation du service Ma Cl@sse Virtuelle, l'état français avait justement mis en place à l'adresse educnat-ensemble.scaleway.com puis ensemble-bbb.scaleway.com une plateforme de visioconférence Jitsi Meet gratuite et sans inscription pour les enseignants et les élèves2).
Le lien s'appelle ensemble-bbb.*, ce qui pour moi est un gros signe (bbb). Alors pour confirmer, je vais sur le site et je lis:
Nous vous conseillons également notre tutoriel dédié afin de déployer votre propre solution Big Blue Button sur vos propres instances
Donc c'est bien du BBB. :-)
Perso au début, j'utilisais Jitsi. Puis un jour, j'ai commencé à utiliser BBB sur l'instance de GNOME. Ben c'est juste plus puissant avec tout intégré. Y a même un mode présentation ("slides") et on peut dessiner direct sur les slides. On peut aussi donner le droit aux autres de dessiner, donc c'est utile comme une forme de tableau blanc. Ce sont des fonctionnalités que n'avaient pas Jitsi (du moins y a 1 ou 2 ans, quand on a commencé à utiliser BBB, mais ça a peut-être changé depuis).
On l'a pas encore essayé avec beaucoup de monde mais peut-être bientôt ("beaucoup" signifiant ici pour nous une vingtaine+. Une classe quoi. Pas des centaines de personnes). On verra. On sait que c'était une des faiblesses de Jitsi en comparaison de trucs propriétaires comme Zoom qui tenait mieux la charge avec des dizaines de personnes. Espérons que BBB tienne la charge.
Ensuite Jitsi, ça reste très bien et très sympa, et j'ai remarqué que c'est beaucoup utilisé intégré dans d'autres applications (peut-être ont-ils une API/platforme sympa pour permettre cela?).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je suis pas pressé de changer mon matos qui juste marche (bientôt 10 ans ! [1])
Ah ça tout à fait! Le but n'est pas de faire la course au high tech. J'ai personnellement jamais compris pourquoi acheter du nouveau matos à peine quelques années après en avoir déjà acheté, et on te dit alors "mais c'est du matos plus écologique et ça dépense moins d'énergie" 🤦 sans prendre en compte tout ce qu'implique la création/destruction d'électronique, écologiquement et socialement (cherchez notamment les mots clés "minerais du sang" dans votre moteur de recherche favori).
Ici aussi on garde notre matériel jusqu'à épuisement. D'ailleurs mon ordi est actuellement en réparation. J'ai toujours réparé mes ordis même si des fois, ça coûte cher (là Lenovo m'a dit que ça serait dans les 600€! 😱 J'aurais préféré éviter surtout avec notre situation financière malheureusement encore très instable). J'ai même jamais acheté de smartphone, j'en ai récupéré des vieux que des connaissances jetaient. À un moment, j'ai même eu un vieil iphone alors que jamais j'achèterais un produit Apple pour moi. Sauf qu'entre du recyclé et du "neuf écologique/économique/Open Hardware/Logiciel Libre", y a même pas de discussion. Bon je fais un peu plus attention pour l'ordi car je l'utilise vraiment tout le temps et mon usage de bon matériel sera matériellement et donc écologiquement avantageux pour les millions d'utilisateurs de GIMP (donc je vais pas prendre du seconde main de l'ordi premier prix de la supérette du coin). J'achète une fois un bon matos, et si c'est un ordi portable uniquement des marques qui mettent la réparation en avant (comme Lenovo dont le matos est fait pour être réparé et pour lequel on peut acheter des pièces détachées très simplement). Pour le téléphone, par contre je m'en balance d'avoir un truc nul si j'ai pu le sauver de la case "déchets". Quant au bon ordi que j'ai là maintenant, je vais aussi l'utiliser jusqu'à la moëlle et le réparer au besoin. 👍
Donc oui tout pareil: je dis pas qu'il faut tous changer nos ordis dès qu'y a du RISC V. Mais quand y en aura, si on a besoin de changer d'ordi et si ça répond aux promesses de l'OpenHardware, alors là oui. En attendant/espérant que ces promesses se concrétisent, c'est excitant de voir le projet avancer de loin. 😃
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Jugement majoritaire
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Tournesol pour l'élection présidentielle. Évalué à 7.
Ben non justement c'est l'inverse. Avec un système type Condorcet, ça devient moins grave (même si je pense qu'il faut tout de même interdire les sondages, même si on était avec ce type de vote, car l'influence reste réelle) car son vrai vote par ordre de préférence est capable aussi de faire barrage, etc. En fait l'ordre de préférence devient le vote le plus avantageux pour soi (c'est donc un système de vote vertueux), alors que le système actuel + les sondages est un système qui nous poussent à voter contre nous-même (c'est donc un système vicieux). C'est vrai aussi pour le système "jugement majoritaire" d'ailleurs puisqu'il pousse également à mettre les votes utiles au même rang que son vote préférentiel.
En fait tout est dans les mots clés "bien informé": le sommes-nous vraiment? Les instituts de sondages sont-ils eux-même politisés notamment, avec une intention derrière la tête? On le sait, il est facile de manipuler les chiffres et de leur faire dire ce qu'on veut. Même sans truquer les chiffres, on peut choisir des secteurs particuliers qu'on sait avantageux pour certains partis (tout en affirmant avoir été le plus neutre possible et avoir tout fait pour être représentatif mais c'est très dur à prouver), puis qui on va interroger, le nombre de sondés, etc. En gros, être représentatif est dur et par contre faire exprès de ne pas être représentatif en faveur de quelqu'un est assez simple. Alors bien sûr pour les sondages d'élections, il y a des critères à respecter de transparence sur les détails et méthodes de sondage. Sauf que dans les faits, les points divulgués sont rarement évidents (genre ne serait-ce que le commanditaire, c'est pas forcément un parti, ça peut être un organisme avec lien… encore faut-il être capable de le découvrir, ce lien).
Puis qui les regarde et étudie vraiment, ces infos sur la méthodologie, le commanditaire, etc.? D'ailleurs la plupart des gens ont ces infos en seconde main par l'intermédiaire de journaux qui les relaient, donnent la source évidemment mais sans rendre l'accès aux infos faciles. Je viens de faire une recherche web sur les sondages des élections, toutes les réponses de première page sont des articles. Je prends l'un des premiers qui donne une source sous une image, et quand on clique le lien… ça mène sur l'article en auto-référence. Donc au final, je copie-colle juste le nom de la source pour finalement la mettre dans un moteur de recherche et enfin la trouver (on a déjà perdu une majorité des gens qui voudraient voir la source) et je trouve enfin le document web; la méthodologie se trouve à la fin du document: 3 petits paragraphes, qui bien sûr disent que tout a été fait le plus représentativement possible mais bon; peut-être, peut-être pas. En tous cas, je trouve ça très léger pour baser toute une stratégie de vote qui se veut démocratique.
Alors sommes-nous vraiment bien informés? Sincèrement j'en sais rien. Je ne pourrai pas répondre à cette question. Qui sait, peut-être ces instituts de sondage sont totalement au-dessus de tout soupçon et totalement neutres. Néanmoins le doute est clairement permis et compréhensible.
Le problème de ces sondages est connu depuis longtemps, c'est qu'ils peuvent être auto-prophétiques. C'est à dire qu'influencer les conditions juste un peu, suffisamment pour booster un peu les chiffres d'un candidat, peut rendre ce candidat attrayant et inversement si notre candidat préféré perd des voix, on va avoir tendance à se poser la question si vraiment on veut "gâcher" notre voix sur un candidat qui a l'air d'avoir perdu d'avance et peut être pas plutôt mettre nos voix sur cet autre candidat qu'on aime vraiment pas, mais bon… "quand même il est mieux qu'un tel ou une telle!" Au final si on pense qu'un nombre important de voix qui vont être utilisés sur les plus gros candidats ne l'ont été que parce que les gens ont voté utile, et qu'en plus ça fait boule de neige et que les sondages sont pas forcément si représentatifs, alors le biais créé est énorme. D'ailleurs s'il faut une preuve assez flagrante, c'est que les nombres dans les votes réels sont assez différents des nombres même des tous derniers sondages, juste avant les élections.
Notons que même si les sondages sont totalement neutres, absolument pas biaisés exprès et très représentatifs, ils biaisent tout de même les élections par leur existence même puisqu'ils influencent.
À propos, croire que ces biais sont acceptables s'ils sont possiblement utiles pour sauver notre démocratie, par exemple des pires candidats, est une grosse erreur car on oublie qu'ils sont aussi utilisés par ceux qui votent pour ces derniers. Typiquement cette année, on a plusieurs candidats d'extrême droite, très racistes. Au delà de l'effroi de ce que devient le paysage politique français, on pourrait s'imaginer que ça pourrait être à notre avantage si on se dit que ça va diluer les voix des extrêmes. Sauf que eux aussi votent "utile" en regardant les sondages (d'ailleurs l'évolution de courbes des sondages semble montrer que c'est ce qui s'est produit avec une candidate qui semble prendre les voix des autres extrêmes). Ça se trouve, celle-ci irait au second tour (touchons du bois pour que ça n'arrive pas) justement parce que ces gens ont voté utile. Donc il ne faut surtout pas oublier que ce système de vote utile non seulement est au désavantage de tous les candidats qui ont moins de force de frappe, mais qu'en plus ils peuvent aussi être à l'avantage de gros candidats très dangereux. Se consoler en se disant que ça va parce que ça nous permet de limiter les dégâts en votant pour un candidat que possiblement on n'aime vraiment pas mais qui sera juste "moins pire" est déprimant.
Notons que ces mêmes problèmes sont relevés pour les médias classiques, de même que les plateformes numériques (type Facebook) qui ont été accusés à de nombreuses reprises d'influencer les choix politiques de citoyens justement en mettant en avant certains côtés de la vie politique plutôt que d'autres.
Donc bien informés? Vraiment? 😕
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Jugement majoritaire
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Tournesol pour l'élection présidentielle. Évalué à 5.
Regarde mes exemples. Tu peux aussi en faire d'autres. Tu peux tourner dans tous les sens que tu veux, dans le système Condorcet, il n'y a aucun intérêt à placer son candidat utile devant son candidat de cœur, il n'y a que des désavantages.
Dans le système de vote actuel, on a 2 choix: (1) voter pour son candidat réellement préféré mais prendre alors le risque de "gâcher" son vote si on pense qu'il n'a aucune chance et surtout, le pire, prendre le risque de laisser un candidat qu'on veut absolument pas prendre la tête ou (2) voter pour un candidat "utile" (candidat qu'on aime pas en général, mais qui a une grosse côte et on se dit qu'il est le moins pire de ceux qui ont la côte), ainsi "s'assurer" que son candidat préféré ne gagnera pas mais également que les candidats qu'on déteste le plus non plus. On part perdant quoi.
Dans le "jugement majoritaire", le choix est plus simple: on vote pour les candidats préférés et utiles au même niveau. Sauf que comme les candidats utiles sont moins nombreux par définition, ils se partagent plus de voix, donc on reste dans la situation où ils restent nécessairement en tête. Ce système finalement ne change pas grand chose. Il donne juste un peu bonne conscience car on monte les voix des candidats qu'on veut vraiment mais sans baisser les voix dites "utiles" des gros candidats (car on prendrait plus de risque de voir nos pires cas gagner si on le faisait).
Dans un vote type condorcet, le choix est simple aussi: on met un ordre. Comme ce qui importe, ce sont les ordres relatifs de chaque duel de candidat, il n'y a plus aucun intérêt à mettre son candidat utile devant son ou ses candidats préférés. Puisque le but du candidat utile est vraiment d'être un "moins pire" scénario, il suffit de le mettre devant les candidats qu'on ne veut pas, et c'est suffisant pour faire le "blocage". Si on avait inversé les votes et qu'on avait mis ce candidat utile devant son candidat préféré, cela n'aurait rien changé quant au "blocage" des candidats rejetés. Ils n'auraient pas été ni plus ni moins bloqués. Notre pouvoir de blocage reste le même. Et par conséquent, mettre ce candidat utile devant n'aurait que des désavantages (bloquer aussi son ou ses candidats préférés mais pour rien en retour). Au contraire, mettre vraiment son vrai ordre de préférence a un vrai sens: on donne réellement plus de poids à ses candidats préférés tout en gardant ce concept de blocage avec des votes secondaires sans prise de risque additionnelle.
Donc en un sens, tu as raison: avec Condorcet, on garde le vote utile, mais on n'en garde que les avantages (bloquer les candidats indésirables) et on retire tous les désavantages (on retire l'obligation de mettre ce candidat utile devant ou au même niveau que son vrai candidat désiré avec pour but de diminuer le risque d'avoir les pires candidats). Par conséquent on est enfin capable de bloquer les mauvais candidats tout en donnant une vraie chance aux autres candidats qui ont de moins gros partis et moins de financement derrière.
Et qui sait alors, peut-être que l'un de ceux-là est alors réellement populaire, une fois les sondages bidons mis hors d'état de nuire, et qu'ils peuvent gagner maintenant qu'il n'y a plus aucun intérêt à les délaisser. On peut "tenter sa chance" de voter pour eux sans risque de perdre beaucoup (i.e. avoir un très mauvais candidat populaire).
Je suis tout à fait d'accord. Là le sujet était le vote, donc je parlais de vote. Mais oui, les sondages d'élection devraient être interdits complètement. Je dirais même plus, tout pronostic ou énonciation de "tendance" sur des médias diffusé devraient être interdits et sévèrement réprimé par des amendes. Les médias devraient avoir le droit de discuter d'un programme, les gens de dire pourquoi ils pensent qu'un tel est bien ou non, mais pas d'influencer les autres par des sortes de logiques statistiques que l'on sait maintenant totalement pernicieuses et anti-démocratiques puisque les gens se mettent à voter selon des tactiques statistiques de type "prophétie auto-réalisatrice".
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Pourquoi pas une méthode de condorcet?
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien Expérience pour le vote à jugement majoritaire : participez !. Évalué à 8.
Tu les mets tout à la fin de ton ordre de préférences, de telle sorte qu'ils perdent sur un "duel" en un contre un contre n'importe quel autre candidat. Bien sûr, leur ordre entre eux importe pour exprimer lequel est le pire entre les pires si on devait en arriver là.
Donc ce que tu votes par exemple est: A > B > C > D > E
Franchement c'est super pas compliqué. C'est juste un ordre de préférence. N'importe qui peut comprendre "met tes candidats dans ton ordre de préférence de celui que tu préfères jusqu'à celui que tu détestes". Y a absolument pas besoin de se mettre à faire un système par "like" de candidats.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Jugement majoritaire
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Tournesol pour l'élection présidentielle. Évalué à 10. Dernière modification le 08 avril 2022 à 21:21.
C'est bien pour cela qu'il y a des méthodes de résolution pour trouver le vainqueur final. Donc si il y a bien un vainqueur, faut juste pas s'arrêter à la théorie de base de la méthode.
Absolument pas. Je viens juste de découvrir cette méthode (pas avec ce journal mais en suivant un lien), et j'ai participé au sondage afférent du lien suivi. Puis j'ai réfléchi après avoir testé, notamment en analysant comment j'ai moi-même voté pendant ce sondage en jouant le jeu (comme si c'était les présidentielles). Il m'a pas fallu plus de 5 minutes pour réaliser que j'avais voté utile puis quelques minutes de plus pour démontrer que ce système continue à inciter à voter utile. Clairement ce système de vote n'enlève absolument pas la problématique du vote utile. J'ai d'ailleurs écrit un commentaire à ce sujet.
En fait ce que le "jugement majoritaire" permet, c'est qu'on peut se permettre de mettre son candidat utile au même rang que son candidat de cœur (sans pénaliser le candidat utile). C'est le seul avantage. Mais il faut quand même voter utile si on cherche à éviter un désastre (par exemple dans les cas de "vote contre des partis extrêmes et mauvais trop puissants" comme on a de trop ces dernières années).
Exemple simple:
Supposons maintenant qu'il y a 3 votants:
Maintenant on fait le décompte et les médianes:
C gagne donc avec la mention "très bien"! Or j'aurais pu voir cela venir. Dans ce cas, j'aurais mis A et B tous les deux en "Excellent", c'est à dire à la fois mon candidat de cœur (dont la "note finale" ne change pas) et mon candidat utile à la note max: là B gagnerait avec la mention "excellent".
Il m'a pas fallu plus de 10 minutes pour trouver cette faille du système et le fait que ce système de vote ne supprime absolument pas le vote utile, bien au contraire. Je me demande vraiment ce que ces chercheurs ont cherché toutes ces années pour prétendre cela. Il permet uniquement de donner un peu plus de chance à son vote de cœur (dont le décompte de voix n'est pour le coup plus pénalisé par mon vote utile mais reste en retrait tout de même). Mais puisque tout le monde votera (une fois que ce fait sera compris, ce qui ne manquera pas quand les articles d'optimisation de vote commenceraient à paraître) à la fois pour son vote utile ET son vote de cœur, alors bien sûr que les petits candidats (ceux qui sont moins côtés soit-disant) monteront un peu, mais pas suffisamment puisque par définition les votes utiles sont faits sur les gros candidats, ceux qui sont partagés entre les électeurs de plusieurs petits candidats.
Typiquement dans un cas avec 10 candidats, il y a disons 7 ou 8 "candidats de cœur" et 2 ou 3 "candidats utiles" (les gros partis). Donc si tout le monde met son candidat utile et son candidat de cœur en tête, ça fait certes monter ces derniers mais les "candidats utiles" garderont toujours plus de voix. Au final ça change peu.
Maintenant imaginons le même vote en Condorcet, plus de "jugement de valeur", juste un ordre obligatoire de préférence:
Décompte:
Dans ce cas, B gagnerait encore. La très grosse différence est qu'il n'y a pas eu besoin de vote utile. En effet puisque dans ce système de vote, les candidats sont comparés un à un, le vote utile ne sert strictement à rien (puisqu'on fait le vote utile en général pour contrer un candidat qu'on ne veut absolument pas ou qu'on est persuadé que notre candidat de cœur n'a aucune chance et donc qu'on "perd" juste notre voix; or dans un tel contexte, mettre son candidat utile devant son candidat de cœur n'apporte absolument rien et en particulier, on ne perd absolument rien à mettre son candidat de cœur en premier, devant les autres, au moins juste "pour voir").
Ce que ça veut dire, c'est que dans un vrai cas de vote avec beaucoup de monde (et pas un exemple bidon avec 3 votants), la tendance peut potentiellement s'inverser si un candidat de cœur est en fait apprécié par beaucoup mais personne ne votait pour lui puisque tout le monde croyait que ça foirerait (auto-persuasion provoqué par le monde qui nous entoure, cf. les médias, les sondages, etc.). C'est en tous cas une des grandes théories actuelles qui ne pourrait être vérifiée que le jour où on a un système de vote qui ne donne plus aucun intérêt au vote utile. C'est à dire qu'il faut un système qui monte en effet le poids des votes de cœur (ce que permet ce système, tout comme Condorcet), tout en diminuant le poids "utile" (ce que ne permet pas ce système mais Condorcet si). Ce serait le cas avec Condorcet où un candidat "de cœur" pourrait dépasser un candidat "utile" sans pour autant risquer de donner l'avantage à un candidat "malfaisant" puisqu'on crée un système de priorité en un contre un.
Ce n'est pas le cas avec ce "jugement majoritaire" puisqu'il reste clairement plus sûr de voter utile (tout en votant de cœur au même niveau) si on veut continuer à bloquer les candidats "malfaisants" (ou plus simplement pour voter pour le moins pire parmi les gros candidats qu'on aime pas). Par conséquent le "jugement majoritaire" fait certes un peu monter la côte des candidats de cœur mais pas suffisamment, et pas dans la réalité des préférences puisque les gens continueraient à voter à égalité pour leur vrai choix et pour un candidat qu'ils n'aiment pas (mais moins pire parmi les gros), ce qui est clairement une logique de vote malsaine.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Pourquoi pas une méthode de condorcet?
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien Expérience pour le vote à jugement majoritaire : participez !. Évalué à 3. Dernière modification le 08 avril 2022 à 18:49.
Je connaissais pas. Ce système est peut-être pas le pire et clairement mieux que ce qu'on a maintenant mais je comprends pas pourquoi simplifier ainsi à outrance ce qui finalement a un air de méthode de condorcet mais avec des faiblesses rajoutées? Honnêtement le coup du "jugement", on dirait un peu un "like", genre on se dit que les gens sont pas capables d'être plus subtils.
C'est pas comme si Condorcet est si compliqué: mettre un ordre de préférence, c'est pas non plus compliqué. Personnellement, j'ai répondu et j'ai trouvé super frustrant de pas pouvoir être plus subtil. C'était d'autant plus vrai que j'ai mis personne en "excellent" et "très bien", tout simplement car je ne trouve personne excellent ou très bien (bah oui, quitte à mettre des qualificatifs, autant que ça ait un sens). J'ai mis un certain nombre dans les "à rejeter" (tous les racistes notamment, y en a une palanquée cette année!) et là à la limite, ça me gêne pas tant de pas avoir à faire un ordre de préférence (quoique… si on devait vraiment tomber si bas et que l'un d'eux devait remporter, je préfèrerais pouvoir peser sur le choix du "moins pire").
Puis y a ceux que j'ai mis entre "Assez bien" et "insuffisant", qui sont donc dans les divers niveaux d'acceptabilité s'il fallait en arriver là.
Par contre, et enfin, ceux sur lequel j'hésite pour mon vote, je les ai mis en "Bien". Mais en fait, il y a (presque) nécessairement un que je trouve supérieur (celle ou celui pour laquelle ou lequel je voterai). Alors certes je pourrais juste mettre ce candidat dans la catégorie supérieure mais alors les labels n'ont plus aucun sens. C'est pas vrai que je trouve cette personne "très bien". Je n'irai pas jusque là. Si on donne un sens au vote, faut s'y tenir.
Je pourrais aussi descendre tous les autres sauf mon vote unique préféré dans la catégorie inférieure. Mais là je me suis dit "oui mais si je fais ça, alors je plombe quand même pas mal (une catégorie de différence sur seulement 7 choix, ça fait une différence même pour une médiane, si suffisamment de personnes agissent ainsi; surtout que ce n'est pas une vraie médiane au final puisque les chiffres comptent évidemment pour départager les candidats avec la même mention) ces autres candidats qui seraient tout à fait acceptables dans le choix actuel. Et si mon candidat préféré ne passait de toutes façons pas? Et si parce que j'ai baissé ces autres candidats, je donnais plus de poids aux candidats que je veux absolument pas, surtout comparé à des gens qui les auront mis dans les catégories 'Excellent' ou 'Très bien'?"
Donc en gros, je me suis mis à faire du vote utile en mettant ces autres candidats au même niveau que celui pour lequel je veux voter, juste parce que sinon je risque d'avoir des mauvaises surprises.
Pire après coup, je me rends compte que ne pas avoir utilisé les catégories "Excellent" et "Très bien" risque de plomber mes candidats aussi, comparé à ceux qui utilisent ces valeurs de manière non sémantique et mettront juste leur candidat préféré en "Excellent". Donc c'est là aussi une grosse erreur de ma part. J'aurais dû "voter utile" en utilisant ces catégories même si je ne crois absolument pas que ce sont d'excellents candidats.
En gros, j'ai bien l'impression que ce système continue de propager le vote utile. La seule chose qu'il apporte est qu'il permet de mettre aussi son vrai candidat préféré au même rang que son candidat "vote utile" (c'est à dire que comme l'espoir fait vivre, on peut voter à la fois utile et de cœur). Ça veut dire que le vote utile continuera de parasiter les résultats (ça fait monter un peu les petits candidats mais pas suffisamment). D'ailleurs on le voit bien avec les sondages d'opinion qui ont testé et comparé ce système de vote avec notre système de vote actuel: ça ne change pas fondamentalement la donne.
Avec un tel système de vote, je prédis les articles qui expliqueraient aux gens comment voter pour optimiser ses choix et voter utile.
D'un autre côté, un vote de condorcet est net et sans bavure. On ne cherche pas à mettre des jugements de valeur sur chaque candidat. On met juste son ordre de préférence. Exit le vote utile car on ne fait plus de médiane. C'est juste la comparaison par couple de candidat qui compte. Tant qu'on peut dire que notre candidat utile X est mieux que Y, le candidat qu'on rejette absolument, alors on améliore le score de X relativement à celui de Y sans forcément avoir besoin de le mettre au dessus de Z (qui serait notre candidat de cœur qu'on veut mettre en tête). Il n'y a plus de vote utile possible. On met réellement ses préférences dans l'ordre réel et le seul fait de créer cet ordre donne à chacun une valeur relative car la seule chose qui compte est "si on compare 2 candidats, qui est préféré à qui? C'est vachement plus puissant et met carrêment le vote utile à la poubelle.
Enfin voilà, je suis déçu par la faiblesse d'une telle proposition. On dirait un peu une sorte de système consensuel à moitié dans le bon sens et à moitié dans le mauvais, avec en plus une notion très "réseaux sociaux" parce qu'on se dit que les citoyens sont un peu attardés (et qu'on peut donc plus voter qu'avec des "likes"; oulah un ordre de préférence? Des chiffres? Personne va comprendre!).
Est-ce que c'est parce que c'est un système fait par des chercheurs et donc il fallait nécessairement qu'ils créent un système nouveau? Parce qu'ils n'allaient pas faire un article sur une méthode déjà théorisée au 18ème siècle par Condorcet et en fait même avant lui au 13ème siècle (d'après Wikipédia)?
Je dis pas que la méthode de Condorcet est forcément la méthode ultime, mais clairement elle est plus fiable que celle-ci qui ne détruit pas le concept du vote utile (malgré ce qui est annoncé). Dans la question finale, j'ai quand même dit que ce serait mieux que notre système actuel (parce que oui, clairement, mais ça c'est pas trop dur à achever) mais c'est loin d'être idéal quand même. Et en fait, plus j'y pense, plus je pense que ça ne règlerait pas tellement les problèmes du vote actuel, en tous cas pas assez. 😕
J'aurais bien aimé qu'ils proposent un champs pour laisser un commentaire d'ailleurs.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Chouette
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien Avez vous déjà vu... ? (du recrutement, spécialement informatique). Évalué à 4. Dernière modification le 08 avril 2022 à 15:09.
Ok c'est effectivement plus acceptable présenté ainsi. 🙂
Pour revenir sur la connaissance de certains concepts, genre la programmation par évènement, un bon programmeur débutant pourrait ne pas connaître cela mais apprendre très vite (c'est vraiment pas si compliqué une fois qu'on a pigé la logique). Dans les débutants qu'on voit qui font des patchs dans GIMP, certains vont certes avoir des problèmes sur les trucs les plus basiques (et tu vas faire 10 A/R juste pour des détails genre le style de code, pour lesquels certains ne semblent pas piger l'idée derrière les instructions donc le font mal 9 fois de suite). Mais y en a certains qui pigent tout super vite. Et oui à un moment, en proposant des patchs de plus en plus compliqués, ils en viennent nécessairement à devoir faire de la gestions de signaux ou autres évènements asynchrones. Et là on voit tout de suite que la personne qui pige vite, ben elle va aussi piger ça très vite. Certes le premier patch, elle fera des erreurs basiques de logique (quand elle découvre le concept), puis plus ça va, moins il y a d'erreur et plus on voit qu'elle comprend et devient efficace.
Si ça avait été un recrutement comme tu proposes (et non un logiciel libre) et que je lui avais demandé si elle connaissait des concepts de programmation asynchrone (pour répondre à ta remarque si ce terme est trop théorique pour moi: ça va, "synchrone/asynchrone", je classe pas ça dans la théorie 🤣. C'est pas un nom abscons de bouquin pour une bête organisation de code, c'est un mot de tous les jours qui a un sens même en dehors du logiciel; et en développement on retrouve même ces termes dans les noms de fonctions… genre tout le temps 🙄), à la limite la personne connaîtrait pas, ça me gênerait pas plus que ça si j'ai vu son code et que je me ferais pas de doute qu'elle comprendrait alors très vite. Toi tu lui aurais donné un malus dans ton évaluation et ça se trouve, tu passais à côté d'une perle.
Je dis ce genre de trucs avec l'expérience d'avoir vu passer et fait la revue de code de plusieurs centaines de patchs (je vois que — depuis qu'on utilise Gitlab, soit 2018 — nous avons mergé 443 merge requests — dont la plupart j'ai fait la revue personnellement, sans compter les gens qui mettent simplement des fichiers
*.patch
dans les rapports de bug; et avant d'avoir Gitlab, on utilisait Bugzilla donc c'est un chiffre très partiel; ça en fait du code dont j'ai fait la revue, des patchs basiques de warnings aux trucs les plus complexes). Dernièrement par exemple, on a un jeune très doué qui s'est mis à faire plein de patchs. Il fait encore des erreurs régulièrement, et je vois bien qu'il découvre la plupart des notions nouvelles qu'une base de code comme la notre contient. Mais on voit aussi qu'il a vraiment envie d'apprendre, il pose des questions sur IRC (notamment sur la théorie des couleurs puisqu'il souhaite proposer de travailler dessus pour un gsoc, et on voit vraiment qu'il absorbe nos réponses pour partir étudier davantage dans son coin, car c'est des sujets très très compliqués; et bien sûr aussi quelques questions sur du code), et quand je lui fais une revue, j'ai juste à lui dire une fois, puis il corrige direct bien (même quand c'est un truc compliqué et possiblement nouveau pour lui, mais je suppose qu'il fait comme tous les bons développeurs apprennent à faire: quand on comprend pas la revue, on relit le code autant de fois qu'il le faut pour essayer de comprendre ce qui a été dit, et éventuellement on fait des recherches avec les mots clés donnés; puis à la fin, on demande si on comprend vraiment pas, mais en général, une bonne revue donne tous les mots clés suffisants pour découvrir et comprendre par soi-même). En tous cas, je suis persuadé que s'il continue, il pourrait devenir un très bon développeur et pourtant il ne serait possiblement pas capable de répondre à aucune de tes questions ni à même de faire mes réponses puisqu'il faut souvent avoir l'expérience pour pouvoir répondre à quelqu'un que sa question théorique ne sert à rien ou bien que ce qu'il ne sait pas, il l'apprendra vite (un débutant n'aurait pas forcément le recul pour répondre ainsi). Et c'est là où j'ai le sentiment que ton processus de sélection a un gros défaut (par rapport à ce que tu en dis du moins)Par contre, échanger avec ce débutant autour de code, tu vois tout de suite qu'il évoluera vite. 😛
Donc perso je suis pas sûr si vraiment ce genre de question est très pertinent (enfin sauf si tu ne veux absolument pas engager de débutant bien sûr). Enfin bon, ensuite chacun son expérience et ses choix. :-)
Et bon, j'ai bien compris que tu ne jugerais pas que sur ça de toutes façons.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Chouette
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien Avez vous déjà vu... ? (du recrutement, spécialement informatique). Évalué à 10.
Avec ton processus, tu me recalerais sûrement très rapidement. Honnêtement j'ai dû coder dans suffisamment de bases de code pour avoir rencontré une énorme quantité de "design patterns". Ce que je fais, c'est lire le code, voir comment il fonctionne, quelle est la logique et l'organisation, puis corriger les bugs ou implémenter des trucs en suivant la même logique et organisation. Connaître le nom de ce "pattern" n'a strictement aucun intérêt pour moi, sauf peut-être à sortir des grands mots lors des soirées de
l'ambassadeurgeeks.Même les design patterns que j'ai appris dans mes études et donc dont je connaissais même le nom et la logique théorique (en plus de la compréhension pratique car quand je lis du code bien organisé, je suis pas stupide et je comprends tout aussi bien la logique derrière les divers choix organisationnels sans avoir besoin du nom), je suis pas sûr si je saurais retrouver les noms facilement (faudrait fouiller dans ma mémoire). En fait tout ces trucs de par cœur (genre retenir des noms qu'une personne lambda — sûrement un manager — s'est juste dit un jour qu'elle pourrait nommer un concept, pour ensuite balancer ça dans un livre quelconque, alors que tout ceux qui codent vraiment au jour le jour utilisent sans se poser ce genre de questions de nommage étrange), je comprendrais jamais et je m'empresse d'oublier. Perso j'exècre le par-cœur. Je lis mon code, je réfléchis, je recherche, j'échange avec d'autres développeurs au besoin, et j'essaie de trouver des solutions aux problèmes et d'organiser le code de manière propre et maintenable. Je me pose pas la question de savoir si l'arrangement de mon code a un nom ou si je devrais le nommer.
Enfin bon, tout ça pour dire qu'avec de telles questions totalement ridicules (pour qui fait du code en vrai, pas du nommage), tu m'aurais simplement disqualifié d'office. Pourtant je suis persuadé que j'aurais aucun mal à travailler sur du C orienté embarqué (pas que j'en ai beaucoup fait, en tous cas pas professionnellement pour ce qui est du côté "embarqué", mais bon… je sais que j'ai le niveau pour apprendre rapidement puisque j'apprends constamment des trucs en codant… en vrai, pas avec des mots tirés de livres; quant au C, je pense que la preuve de mon expérience et la qualité de mon code n'est plus à faire avec la quantité de code public donc rembarrer des candidats sur des histoires de nommage serait ridicule).
Tout ça pour dire que ramener un "test" à la maison ne m'enchanterait certes pas (genre on se croirait à l'école, on ramène des devoirs). Mais à la limite, et au moins, on me demanderait de faire du vrai code, pas de régurgiter des mots appris par cœur, tirés d'un livre quelconque sur les design patterns, ou autre.
Pareil, c'est n'importe quoi. Je n'utilise pas nodejs ni n'ai jamais rien écrit en go. Je pourrais pas t'expliquer ce que permet
libuv
(donc une bibliothèque C pour nodejs d'après une rapide recherche; y a des bibliothèques en quantité extraordinaire et genre tu vas considérer que la connaissance de cette bibliothèque est éliminatoire, comme si un bon dév qui ne la connaîtrait pas déjà ne pourrait pas — je sais pas moi, au hasard… — apprendre! 🙄) ou comment marchent les goroutines de go (voire même ce que c'est tout court). Par contre ça ne veut aucunement dire que je ne pourrais pas écrire du js avec Node.js ou du go! Si on me plonge dans un code que je dois débugger alors déjà le fait de lire, on commence rapidement à comprendre les bases logiques du langage. Rien que ça permet déjà de corriger des bugs, même dans des langages qu'on n'a jamais utilisés auparavant (sisi, je l'ai déjà fait plusieurs fois; il m'est arrivé de contribuer des patchs à des projets dont je n'avais jamais utilisé le langage de programmation avant, puis possiblement jamais après; et mes patchs ont été acceptés). Puis après, pour aller plus loin, il y a ce truc intéressant qui s'appelle "Internet" (pour ceux qui connaissent) et cette sous-partie surtout appelée "web". On peut y faire des recherches et y a des gens qui y laissent des docs pour quasi tout. Sisi, je vous jure! Donc franchement, si un boulot m'intéresse et qu'il nécessite d'apprendre de nouvelles technologies, ben je les apprendrai, pas de problème. Mais si avant même d'avoir le boulot, on essaie de me tendre des pièges en demandant des trucs sur les technologies que je devrais apprendre… comment dire… ce serait insultant et totalement hors de propos?Enfin bon, interroger un candidat sur des technologies particulières et en tirer des conclusions genre "c'est pas quelqu'un de curieux"… je veux même pas chercher à nommer une telle attitude. Je sais écrire du code dans sûrement plus d'une dizaine de langages (mais clairement, il y en a certains que je pratique plus que d'autres), et non j'apprends pas de nouveaux langages de programmation par "curiosité". J'ai aussi utilisé quantité de plateformes logicielles, une de plus ou de moins n'est pas un problème. J'apprends déjà bien assez de trucs quasi tous les jours pour ne pas avoir à justifier quoi que ce soit si j'étais un candidat pour un emploi. J'apprends donc ce qui me sert (ce qui peut être un nouveau langage si je dois l'utiliser pas juste "par curiosité").
Et je pense que si je te faisais la liste des technologies et langages que j'ai utilisés pour du vrai code (pas des exercices) — et encore maintenant j'apprends constamment de nouveaux trucs — tu te permettrais pas de sortir qu'un gars comme moi est pas curieux et est resté bloqué à l'école (en fait ça me fait plus penser l'inverse, de croire que les technologies qu'on utilise soi-même sont forcément les plus importantes donc que toute personne qui ne les connaît pas ne serait pas un programmeur curieux ou de bon niveau me donne une étrange impression de fermeture d'esprit technique).
En tant que mainteneur de GIMP, je suis au contraire très conscient de ce que je connais ou non tout en accueillant à bras ouvert ceux qui apportent des choses nouvelles et qui savent des trucs que moi j'ignore. Je leur demande pas de savoir la même chose que moi, ça permet aux contributeurs comme à moi-même de constamment évoluer ensemble, en coopération. Typiquement il m'arrive d'expliquer un truc que je connais depuis des années (et donc que je pourrais considérer comme "basique" sauf que non justement!) à un contributeur qui serait extrêmement doué, voire expérimenté, mais n'a simplement pas eu la même histoire et les mêmes expériences que moi. Jamais il ne me vient à l'esprit de me dire "quoi il connaît même pas ça? Il est nul!" Ce serait totalement ridicule, contre-productif, insultant et faux. De même très régulièrement j'apprends moi-même des trucs nouveaux qui sont apportés/expliqués par d'autres contributeurs qui ont d'autres connaissances que moi. Parfois (souvent?) j'apprends même des trucs de jeunes développeurs beaucoup moins expérimentés et qui font parfois même des erreurs de débutants et pourtant ont un potentiel énorme et ont des connaissances complémentaires (donc au final, j'apprends aussi).
En conclusion, je trouve perso que se permettre de juger des candidats sur des trucs genre des questions théoriques de cours ("design pattern") ou des détails de technologies particulières (plateformes, langages, logiciels…), ce serait insultant et exactement le genre d'entreprises que j'éviterais. Perso je promeus le respect des gens en plus (rapport aux "tu vois vite le niveau" et "tu sais que tu as à faire à quelqu'un de curieux" -> c'est d'un tel niveau raz-des-pâquerettes humainement, d'oser sortir cela, que ça m'as fait sauté au plafond).
Pour l'article en lien, je ne saurais dire si je suis d'accord sur tout, mais je trouve la démarche intéressante et j'aime beaucoup que l'auteur a une réflexion et un processus très humains (c'est à dire qu'il cherche à considérer le candidat comme un être humain et à avoir un rapport agréable, qu'il le sélectionne ou non au final). D'ailleurs cette personne explique ne pas vraiment donner un devoir et abandonner le candidat mais en gros, communiquer ensemble comme dans une vraie équipe. C'est assez intéressant. Je cherche pas de boulot (je suis de toutes façons très sélectif sur pour qui j'accepte de travailler), mais à la limite si je devais, ça me tenterait déjà plus de faire un tel entretien plutôt que celui que tu proposerais.
P.S.: en fait ce qui m'a choqué dans ce commentaire, c'est le coup du "tu vois vite le niveau" et "quelqu'un de curieux et qui est pas resté bloqué", tout ce côté insultant dans la vision qu'un employeur ne devrait surtout pas avoir d'un candidat (mais malheureusement c'est trop souvent le cas), et en plus le fait que le moindre de tes exemples que tu sembles considérer éliminatoire, j'aurais échoué. Alors que je pense que quiconque oserait dire qu'un profil comme le mien ne serait pas capable de travailler sur du C embarqué, ce serait ridicule. Que je sois pas le meilleur candidat parmi d'autres, sûrement (notamment si d'autres ont déjà de l'expérience dans un emploi similaire et connaissent déjà toutes les technologies en question), mais de là à être éliminé direct avec mentions "pas le niveau" et "pas curieux", ben tu vois, je met sérieusement en doute ton système de recrutement. Ensuite je veux bien mettre cela sur le fait que tu t'es peut-être mal exprimé et que peut-être une entrevue se passerait un peu différemment, c'est à dire mieux que ce que tu laisses entendre dans tes dires. Mais là comme ça, ça donne pas envie. 😜
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Quelques réponses
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Droits d'auteurs. Évalué à 9. Dernière modification le 06 avril 2022 à 12:43.
Waw. Aujourd'hui c'est la fêtes aux contradictions de phrases sorties de leur contexte. 😅 Allez pour le coup, je copie-colle mes presque premières phrases du commentaire (gras rajouté):
D'ailleurs c'est bien aussi pour cela que je précise "hors logiciel" dans la phrase que tu cites!
Donc oui je le sais. Non seulement je le sais, mais j'ai même cité avec un lien précis les textes de loi afférents qui parlent de l'exception logicielle et une bonne partie de mon commentaire parle de cela. On dirait que certains répondent juste à des mots clés sans lire ou chercher à comprendre ce à quoi ils répondent. 🙄
Sinon, je parle du cas général car le sujet initial ne parlait pas spécifiquement de logiciel. Il parle de — je cite — "œuvres, logiciels, documents". C'est vague et nulle part un cas concret n'est donné. C'est bien pour ça que j'évoque le cas général, et aussi oui quelques cas particuliers qui me semblent pertinents (genre logiciel et fonctionnaire, car ces 2 cas sont évoqués dans le message).
Oui j'en parle aussi. T'as pas lu, en fait, c'est ça, hein? C'est le plaisir de pas être d'accord? Allez, avoue! 🤣
Tu peux la demander si tu veux et ils seront sûrement heureux de signer vu que de toutes façons, cette clause ne sert à rien du tout. La loi est précise et dit bien que les logiciels cédés sont ceux fait dans le cadre du travail seulement (gras rajouté par moi):
Ensuite je parle du cas français (si l'employeur n'est pas français, ça peut toujours valoir le coup de préciser si on ne connaît pas bien la loi locale), et puis c'est jamais une mauvaise idée de mettre les points sur le 'i' de toutes façons. Mieux vaut une clause de contrat redondante que rien.
Mais il faut tout de même être clair que dans les faits, en France, ajouter une telle clause ne sert strictement à rien sinon répéter ce que dit la loi. Et à la limite, un employeur qui voudra te faire chier sur un super logiciel que tu auras fait hors travail, c'est pas cette clause qui l'en empêchera (son angle d'attaque sera alors simplement d'essayer de prouver que tu l'as bien fait dans le cadre du travail, quitte à mentir).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Quelques réponses
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Droits d'auteurs. Évalué à 8.
Je sais bien, je l'ai écrit explicitement. Le message que tu cites ne parle pas du tout de cela. Laisse moi citer la phrase juste avant (pas 10 phrases ou 3 paragraphes avant, non la phrase accolée!):
Dans la phrase à laquelle tu réponds, je ne parlais donc absolument pas de savoir si un fonctionnaire cédait ses droits (ça oui, je l'ai même dit), je parlais précisément de savoir si c'était une cession exclusive ou non. Alors que c'est précisé pour les exceptions logicielles et journalistes par exemple, ce n'est absolument pas précisé dans l'exception des agents de l'état. Cela m'amènerait à penser que la cession n'est pas exclusive et qu'on peut alors soi-même exploiter individuellement une œuvre créée dans le cadre d'un emploi public. C'était de ça que je parlais.
Eh bien si tu es en France, c'est une clause nulle et non avenue. Parce que dans le cas du logiciel, c'est de toutes façons la loi (donc elle est nulle parce qu'elle est d'office, la clause ne sert à rien).
Dans un cas général hors exceptions, elle est nulle car elle est explicitement interdite par loi ("La cession globale des oeuvres futures est nulle", écrit noir sur blanc dans le code de la propriété intellectuelle).
Ça aussi je l'avais bien expliqué. Il vaut mieux lire un commentaire complètement avant de le contredire, surtout lorsqu'il est sourcé (parce que ce que ton patron fait, mal, n'a aucune validité comme source de loi, contrairement aux textes de loi et aux très nombreuses jurisprudences sur le sujet) voire qu'il dit la même chose mais que tu sors les phrases du contexte pour pouvoir les contredire (donc la contradiction n'en est même pas une valide). 🤷
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Quelques réponses
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Droits d'auteurs. Évalué à 10. Dernière modification le 05 avril 2022 à 23:27.
Je vais supposer que tu parles de la France, car c'est le droit que je connais le mieux.
Absolument pas, du moins pas en règle générale. C'est bel et bien vrai cependant dans certains cas particuliers qui concernent pas mal de monde sur un site comme LinuxFr, par exemple ce que tu dis est vrai dans le cas du logiciel et la documentation de logiciel. Et ce sera vrai, quel que soit le type d'œuvre, pour un fonctionnaire, qui est un cas que tu cites. Il y a quelques autres exceptions du genre (genre les œuvres collectives, même si dans ce cas, il me semble qu'il y a moyen de contrer l'application si la part de chacun est clairement délimitée; genre vous êtes 2, chacun écrit un chapitre indépendamment de l'autre, je pense qu'il y a moyen de dire que ce sont 2 œuvres distinctes).
Mais ce n'est pas forcément vrai dans le privé, et hors logiciel. Typiquement, tu fais une illustration pour un employeur privé, tu gardes les droits patrimoniaux dessus.
De même, si l'œuvre n'a pas été créée dans le cadre de son travail, il y a moyen aussi de rendre la cession de droits invalide. Si tu lis les liens donnés, ils précisent toujours:
Ensuite là on peut arriver à des problèmes qui se poseraient devant un juge qui décidera si l'œuvre a vraiment été créée dans l'exercice de ses fonctions ou non (sans compter que si ça a été fait dans le temps de travail mais pas dans l'exercice de ses fonctions, ça peut vouloir dire que l'on tirait au flan, ce qui peut sûrement être motif de licenciement).
Il faut toutefois rappeler que "La cession globale des oeuvres futures est nulle". En d'autres termes, un "accord écrit dans son contrat de travail" est une clause caduque. On ne peut pas donner d'avance ses droits patrimoniaux pour des œuvres futures (sauf dans les cas particuliers notés plus hauts, genre logiciel, fonctionnaire, œuvre collective, etc.). Cela veut dire que si un employé n'a pas explicitement cédé les droits patrimoniaux par œuvre, une fois créée, alors dans les faits il ne les a jamais cédés. Ça n'empêche pas les employeurs de ne presque jamais faire de contrats de cession de droits, ni les employés de ne presque jamais aller en justice parce que leur employeur a utilisé leur œuvre créée dans le cadre du travail (ne pas mordre la main qui te nourrit, etc.). En ce sens, le fait de garder ses droits reste très théorique dans la majorité des cas.
Mais c'est normalement ce qui devrait être fait si on suit la loi à la lettre. La cession générale dans le contrat de travail ne vaut rien (c'est soit inutile si vous êtes dans un des cas spéciaux où c'est vrai par défaut; soit non-applicable parce qu'il n"est pas possible de céder des œuvres futures).
Tu n'expliques pas vraiment ton cas et ce que tu veux faire, donc on peut pas vraiment te répondre.
Néanmoins certaines généralités:
Les journalistes aussi ont une exception de cession qui dit (gras rajouté):
Par contre, je ne vois rien de tel dans le cas d'un agent de l'état:
J'aurais donc tendance à penser que ce n'est pas une cession à titre exclusif dans le cas du fonctionnaire et que l'agent peut avoir le droit d'exploiter son œuvre également. Ceci étant dit, je ne suis pas juriste, et je n'ai jamais eu à me poser la question sur le cas des fonctionnaires. Je te conseillerais donc de te renseigner auprès d'un spécialiste du droit si tu veux une réponse plus solide. Sans compter que même si le droit existe peut-être, si ça met en porte-à-faux avec l'employeur public qui peut ne pas voir cela d'un bon œil (et qui a plus de sous qu'un simple fonctionnaire si ça va en justice), je conseillerais tout de même d'en discuter avec une hiérarchie si possible.
Un élève n'a aucun lien de subordination avec l'école, il n'est pas employé, donc oui aux dernières nouvelles. Et même si l'école lui avait fait signé un quelconque document pour céder tout ce qui est fait en classe, je rappelle que "La cession globale des oeuvres futures est nulle" (en plus d'être sacrément vicieux si un établissement se permettait ce genre de choses; je vois que certains disent que c'est le cas en Angleterre mais là c'est peut-être légal; en France, hormis le cas des élèves sous contrat de travail, il me semble bien que tout contrat général de cession signé pour des œuvres futures est simplement nul et non avenu).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Inno Setup
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Installateur Windows libre ? Ex. : MediaInfo. Évalué à 8.
Pour info, chez GIMP, on utilise aussi InnoSetup depuis longtemps (au minimum depuis 10 ans, probablement depuis plus longtemps; c'est pas moi qui ait mis cela en place). Par contre on le fait tourner depuis une machine Windows (parce qu'il y a de toutes façons une fonctionnalité importante qu'on n'arrive pas à cross-compiler: l'introspection — avec GObject Introspection — de la bibliothèque
libgimp
). Je n'ai jamais essayé de le lancer par Wine, mais je suis content de lire que ça marcherait bien. Néanmoins j'aurais bien aimé un outil qui tourne nativement sous Linux (oui même si c'est pour créer un installateur Windows).Enfin bon, ça fait son boulot mais je serais bien incapable de comparer avec d'autres solutions.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Procès d'intention
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Retour sur l’affaire des « patchs hypocrites » de l’Université du Minnesota. Évalué à 10.
Ah mais les bisounours, dans mon souvenir, savaient tout à fait se défendre! 💪 Il me semble même que c'était l'un des concepts de la série justement, qu'ils réagissaient quand quelque chose d'injuste se passait. Mais oui, le reste du temps, ils étaient sympas avec autrui❣️
C'est d'ailleurs bien ce que gouttegd dit plus bas aussi. Quand ils croyaient avoir à faire à un développeur de bonne foi, les autres commentaient le code gentiment. Quand on lit l'email, on voit clairement que la personne a pris le temps d'ouvrir le code dans son éditeur et de l'étudier, donc ça a pris du temps (plus que de simplement corriger directement soi-même). C'est pas le genre d'email qu'on fait de tête.
Mais oui quand ils se sont rendus compte qu'ils étaient en train de se faire prendre pour des cobayes, ben ils ont réagi et l'ont très évidemment pris mal, ils ont aussi vu que c'était totalement inacceptable et l'ont fait savoir. Je serais absolument pas étonné que ça ait gâché émotionnellement leur journée. En gros, ils ont fait leurs "bisounours". Donc savoir rétorquer et se défendre fait aussi partie du rôle des bisounours. 😉
Bon voilà, cette fois, c'est vraiment mon dernier message sur le sujet, mais ça me faisait bien marrer de continuer l'échange sur les bisounours, ces grands incompris, des gens (enfin… des ours quoi) gentils, attentionnés, qui n'aiment pas les injustices, tout en étant forts! ❤️🔥😉
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Procès d'intention
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Retour sur l’affaire des « patchs hypocrites » de l’Université du Minnesota. Évalué à 10. Dernière modification le 27 mars 2022 à 22:56.
J'en parle aussi. Tu as lu mon commentaire en diagonal? C'est l'un des 3 points que je soulève comme impacts ("minimum" même je rajouterais) de telles actions.
Renversement de responsabilité sur les victimes. Un grand classique. "Si tu n'es pas fichu de prendre sur toi, c'est toi le problème!" J'aurais tout lu ce soir! 🙄
Un autre classique. "C'est pas un monde de bisounours" et autres insultes à la "snowflake" ou "hypersensible" ou autre. Franchement ça vous plairait tant que ça d'avoir que des brutes à la barre? De n'avoir qu'affaire à des gens qui en ont rien à foutre des autres et qui n'ont aucune conscience et sont durs comme de la pierre quand on les attaque?
Personnellement je revendique avoir le droit d'être sensible et de traiter les autres comme des humains, et de pouvoir moi aussi réagir en humain. Et non j'ai certainement pas envie de changer et de devenir comme tu le proposes.
Non parce qu'à force de demander, c'est bien ce qu'on aura. Soyons clair, c'est déjà ce qu'on a globalement dans les gouvernements, à la tête d'entreprises, et oui aussi dans pas mal de projets libres: des gens qui en ont rien à fiche d'autrui. Mais est-ce vraiment ce qu'on veut? (question rhétorique, je peux répondre au moins dans mon cas: non!)
T'as pas lu l'article en fait, c'est ça? Non parce qu'y a plein de trucs dedans et c'est loin d'être le seul truc dont il est question. En fait même lire juste le sommaire démontre que tu dis des trucs farfelus.
P.S.: bon j'arrête cette discussion là parce que ça me déprime rien que d'avoir à expliquer cette base des relations entre être humains. Et avoir besoin d'expliquer cela en dit long sur l'ampleur du problème.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Procès d'intention
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Retour sur l’affaire des « patchs hypocrites » de l’Université du Minnesota. Évalué à 10. Dernière modification le 27 mars 2022 à 21:38.
C'est une blague? Si quelqu'un vient me faire le coup sur un des logiciels que je maintiens, ben déjà rien que la perte de temps est énorme. Les gens semblent croire que les petits patchs ne prennent pas de temps. Pas du tout, ce sont les pires proportionnellement à ce qu'ils apportent. Ils prennent souvent plus de temps que si on réimplémentait soi-même lorsque le patch n'est pas directement utilisable. Dès qu'il y a un seul aller-retour de revue, on a déjà perdu du temps. Et même sans cela, même un oneliner, j'ouvre le dépôt de source, je regarde le code aux alentours, le contexte du patch, quand et comment la fonction est appelée, je réfléchis si c'est vraiment la meilleure solution (c'est à dire que même si ça corrige, je ne me contente pas de cela mais étudie si on ne peut pas corriger plus sainement), etc. Même un tout petit truc, on vérifie et ça prend du temps (parce qu'on va pas pousser n'importe quoi; je sais que certains projets font un peu à l'arrache, mais je peux imaginer que les mainteneurs du noyau Linux seraient au moins aussi pointilleux que je le suis).
Ensuite je le fais avec plaisir dans un contexte normal parce qu'un contributeur exceptionnel (dans le sens "juste une fois") peut potentiellement se transformer en contributeur récurrent. Aussi parce que c'est le jeu et que si quelqu'un propose un patch après avoir découvert un problème, c'est pas cool de juste réimplémenter soi-même en disant "c'est pas bon" (on le fait exceptionnellement lorsque le contributeur ne répond plus et que la bonne solution est suffisamment différente). Et même pour les super-débutants qui font vraiment parfois un peu n'importe quoi (par exemple: on a parfois des gens qui se présentent comme des étudiants et on comprends qu'ils contribuent dans le contexte de leur formation universitaire), ben je prends plaisir à les guider même lorsque ça prend des plombes (parfois pour des patchs vraiment minimes, genre ils corrigent des warnings, et pourtant on arrive quand même à avoir 10 aller-retours car ils sont trop débutants et comprennent pas les consignes de revue de code).
Pourquoi ça me va? Car tous ces gens sont de bonne foi. Par contre si un mec me fait ça comme un "test", là j'aurais tout simplement perdu mon temps, celui du projet, celui des autres contributeurs, celui de tout le monde en gros: c'est pas un nouveau contributeur récurrent potentiel, c'est pas quelqu'un qui jouait le jeu du libre, en vrai c'est pas pour corriger quelque chose au final, c'est même pas juste un débutant que je suis heureux d'aider; puis ça a repoussé les vrais revues de code de vrais contributeurs, ça a donc aussi sûrement soit repoussé la prochaine sortie soit déplacé des corrections une version plus tard, ça m'a aussi fatigué inutilement… Non au final c'est juste quelqu'un qui se foutait de la tronche des contributeurs et a fait perdre possiblement des dizaines de minutes voire des heures à tous pour juste pouvoir écrire un papier de merde.
Et franchement quand je vois le temps qui me manque pour améliorer GIMP aussi vite que je l'aimerais, les heures perdues, je les sentirais passer.
Second point: si le patch passe, ben c'est une faille introduite dans un logiciel utilisé par le monde entier. Les "chercheurs" ont bon dos de dire après coup "ah mais si ça passait vraiment, on l'aurait révoqué". Parce que dans les faits, on sait qu'ils n'ont fait passé qu'un patch, le seul "bien écrit" par erreur (les boulets), et justement ben ils l'ont pas révoqué. Alors on peut aussi dire que c'est justement parce qu'ils se sont rendus compte qu'ils ont fait l'erreur de ne pas introduire de faille. Mais rien ne prouve qu'ils auraient vraiment révoqué un patch réellement malicieux (leur parole une fois qu'ils se sont fait prendre la main dans le sac ne vaut plus grand chose). Donc pour autant qu'on sache, il y a bien l'impact d'introduire une vrai faille dans un noyau utilisé partout dans le monde (mais ça aurait été n'importe quel logiciel, même plus petit, le problème est le même, hein! Ça reste une faille introduite). Aucun impact, vraiment?
Troisièmement, c'est peut-être que je suis pas un moine qui a atteint le nirvana, quand on se fout de moi, qu'on m'arnaque (même si c'est "pour de faux, en vrai c'est pour la science"), ben ça me la fout très mal. Il y a des contributeurs du libre qui ont été totalement déçus et ont tout lâché pour moins que ça. Je te souhaite de pas subir trop souvent ce genre de désagrément car c'est vraiment pas cool. Oser dire que y a pas d'impact là aussi, notamment psychologique et sur le moral, ben c'est se foutre de la gueule du monde. Mais je suis sûr que les gens qui font ce genre de choses, ou participent à d'autres types de tromperies se donnent une bonne conscience en se disant que "y a pas (ou peu) d'impact". Même les gens qui font des petites arnaques ou les petits voleurs à la sauvette se disent sûrement que "c'est pas grand chose, il/elle va pas en mourir". Mais justement c'est le genre de trucs qui font de la vie quotidienne un enfer, tous ces gens qui profitent d'autrui au jour le jour en se disant que c'est pas grand chose. Donc on a des agressions psychologiques tout le temps. Et si, c'est beaucoup, désolé.
En fait même devoir l'expliquer m'attriste. Il y a vraiment un problème plus profond si on a besoin d'expliquer que faire ce genre de trucs à autrui, non ce n'est pas acceptable, non ce n'est pas rien, et si ça a un gros impact.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Et techniquement ?
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien EU to force WhatsApp, Facebook Messenger, iMessage to interoperate with others - OSnews. Évalué à 10. Dernière modification le 26 mars 2022 à 15:58.
Justement, l'interconnexion peut tout à fait se passer avec le protocole ouvert. En fait XMPP a une partie qui concerne la connexion serveur-client et une partie serveur-serveur. Un réseau propriétaire peut tout à fait se contenter d'implémenter la partie serveur-serveur (ce ne serait même pas une réimplémentation puisque cette partie n'existe en général pas, comme il n'y a pas encore d'intéropérabilité pour l'instant).
Donc en gros, on s'en fiche comment (cad avec quel protocole) Facebook ou iMessage envoie un message à un usager du-dit service. Et on leur demande pas de changer cela, ni à utiliser XMPP. Par contre, si l'usager de Facebook veut envoyer un message à un autre sur iMessage ou sur un serveur XMPP, ou tout autre service, la connexion entre le serveur du service 1 et 2 pourrait se faire dans un protocole standardisé (par exemple donc XMPP).
Soit:
Alice—[communication proprio] --> Serveur d'Alice—[XMPP] --> Serveur de Bob—[communication proprio] --> Bob
En fait à la belle époque de XMPP, celle où j'étais moi-même membre de la XSF et qu'on croyait que c'était la bonne (y a plus de 10 ans), plusieurs services proprios avaient fait des expériences de telles interconnexions en XMPP. De mémoire (dites moi si je me plante), y avait AIM, ICQ qui testaient l'intéropérabilité avec XMPP, et je crois même qu'à un moment Microsoft avait testé une intéropérabilité sur MSN. Je me souviens que c'était l'époque marrante où certains geeks s'amusaient à scanner des ports sur des domaines de grosses entreprises IT qui avaient leur propre réseau de messagerie puis venaient annoncer joyeusement sur une liste de la XSF "j'ai trouvé un serveur qui répond avec un en-tête XMPP!". On ne s'attendait pas forcément à ce qu'aucun de ces services propriétaires (surtout ceux qui étaient les plus anciens) utilisent XMPP en protocole client-serveur. Mais avoir un unique protocole de communication en serveur-serveur suffirait pour une vraie intéropérabilité.
À l'époque, on y a vraiment cru, on a failli l'avoir notre intéropérabilité. Puis soudain, tout s'est effondré super rapidement, tout le monde s'est retiré du jeu, a arrêté ses expérimentations, ceux qui utilisaient XMPP (même en client-serveur pour le coup, et déjà en serveur-serveur) ont décidé de se refermer sur eux-même parce qu'ils étaient sûr d'y gagner (les idiots! Quand on voit le succès inexistant qu'ils ont eu en faisant cela… on pense à toi, Google, notamment! Où en sont-ils maintenant dans l'usage de leur solution? Ils sont surtout tous là à se faire la guerre).
Donc si cette intéropérabilité peut être forcée par une loi européenne, oui, 100 fois oui. De même heureusement que les téléphones ne sont pas limités par opérateurs, ou internet par fournisseur d'accès (on a failli l'avoir celui-là pour qui se rappelle les débuts de l'internet commercial!). Et pour ça, ça veut dire clairement avoir un protocole ouvert et unique imposé pour la partie serveur-serveur au moins (client-serveur, ce serait mieux, car ça permettrait de pouvoir utiliser le client de son choix quel que soit l'opérateur, de même qu'on peut utiliser le client email de son choix; mais à la limite si certains services veulent se tirer des balles dans le pied, tant que moi, je peux contacter les clients de ces services, ça me va!). Et bien entendu, je pense que XMPP serait le bon choix si on voulait choisir un tel protocole unique.
Par contre si ça en vient juste à ce que chaque service fournisse une spec semi-ouverte, semi-complète pour son protocole propriétaire, ou pire des APIs quelconques (probablement avec des "tokens" de connexion à réclamer au cas par cas), imposant que chaque service fasse du développement spécifique pour chaque autre service, alors franchement c'est juste une impasse de plus.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Juste... Merci
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GIMP 2.99.10 (version de développement). Évalué à 10.
Merci du merci. 🙂 Ce n'est pas facile tous les jours. 😓
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# GIMP au GSoC
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Sortie de GIMP 2.99.10 (version de développement). Évalué à 10.
J'ai complètement oublié d'ajouter l'info dans l'article, mais GIMP re-participe au GSoC cette année. Ce n'était plus arrivé depuis 2013 (dernière année où le projet s'était inscrit). On verra ce que ça donne pour cette nouvelle tentative.
Les inscriptions de candidats commencent le 4 avril, et bien sûr nous privilégions les nouveaux contributeurs qui auront proposé quelques patchs avant pour voir un peu comment les choses se passent.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Vitesse
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Retour sur l’affaire des « patchs hypocrites » de l’Université du Minnesota. Évalué à 10.
J'allais dire la même chose. Cette dépêche est une démonstration précise de pourquoi ceux qui veulent — comme certains régulièrement sur LinuxFr (et comme certains admins le savent ici, j'ai un très mauvais souvenir d'un tel exemple au point que j'ai demandé à ce que mon nom soit retiré comme auteur d'une dépêche dans laquelle j'avais mis déjà vraiment pas mal de travail et qui fut publiée sans mon consentement dans un état incomplet, alors que j'avais explicitement refusé la publication immédiate; à l'époque, j'avais même hésité à continuer d'utiliser l'espace de rédaction à cause de ça car ça m'avait dégoûté de contribuer; c'est dire si je suis encore aigri par cette histoire!) — absolument précipiter les dépêches ont souvent tort. Et pour quoi au juste? Juste ne pas avoir trop de dépêche dans l'espace de rédaction ou en publier plus? Quel intérêt? On n'est pas là pour faire du chiffre!
Mieux vaut une dépêche bien référencée, structurée, et avec une vraie recherche derrière (comme ici), ainsi que des réflexions de fond, que des dépêches "actualités", quasi vide de sens hormis du contenu de surface copié-collé 1000 fois ailleurs, pièges-à-clic. Que les journalistes en prennent de la graine, c'est ça que devrait être du bon journalisme.
En l'occurrence, celle-ci aura mis le temps, mais elle en sort clairement par le haut. Je l'ai lu y a une semaine ou 2 dans une version presque finie sur l'espace de rédaction. Je vais maintenant la relire en version finale (je vois qu'y a eu quelques changements encore en lisant en diagonale)!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Quand on pense que les constructeurs automobile veulent activer les mises à jour à distance ....
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien ... device thinks it is a steam oven .... Évalué à 10.
En même temps, pourquoi fallait-il que ce micro-onde soit sur internet? S'il faisait juste son boulot (de micro-onde, pas d'ordi), qu'il avait été sérieusement testé pour cela (sans rajouter toute la complexité de piles logicielles inutiles avec probablement un OS complet, une pile réseau, une pile graphique pour l'affichage sur un écran avec un menu, une interface souvent trop complexe, des futilités, peut-être de la pub dans le pire des cas… pile logicielle qu'il faut, elle aussi, tester alors qu'elle n'a pas grand chose à voir avec l'usage de l'objet)
A-t-on vraiment besoin d'objets connectés pour tout? Des micro-ondes et fours connectés, des frigos connectés, des télés connectées (ce qui permet de la pub en permanence) même des ampoules connectées de nos jours (rien que ça, côté sécurité, on se dit que c'est pas grand chose si on est vulnérable; mais même juste arriver à avoir l'info si c'est allumé chez vous ou pas, donc si probablement vous êtes là ou non, c'est un risque de sécurité et de confidentialité), etc. À un moment, je sais pas moi, je me dis qu'on est un peu devenu fous. 😱
Alors je sais bien, avoir un four à l'heure même lors d'une coupure de courant (synchro NTP), c'est cool (mais le rapport avantages/désavantages est-il vraiment en faveur de la connexion internet). Avoir des écrans futuristes, c'est plus hype (pour certains) que des boutons physiques (qui ont pourtant moins de problème). Et puis ça permet la fameuse "évolutivité" (qui a vraiment eu besoin que son four ou son micro-onde évolue? Question subsidiaire à ceux qui réponde "moi" à la première question: votre appareil connecté a-t-il jamais évolué dans le sens que vous vouliez? Au point que vous vous soyez un jour dit "heureusement que mon appareil était connecté!" Attention, je parle pas de trucs genre correction d'un bug logiciel, puisque par définition, cela aurait été inutile sans la complexité logicielle! Mais vraiment de cas où vous avez gagné une nouvelle fonctionnalité utile, qui était non-existante à l'achat; parce qu'en général, les constructeurs se contentent de vous dire d'acheter le nouveau modèle pour avoir la nouvelle fonctionnalité).
Enfin bon, avoir moins de botnets d'objets-ordinateurs connectés, je veux bien, mais perso j'aimerais questionner l'utilité de les avoir connectés à la base (ce qui règlerait aussi le problème des botnets en ce qui concerne les dits-objets). 😜
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Ça m'énerve
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Différences de genres dans la contribution au code libre. Évalué à 10.
En fait, peut-être que tu peux essayer de tourner ça différemment. Pour un job donné, ceux qui choisissent ont pré-sélectionné un certain nombre de candidats qui ont les compétences et devraient faire l'affaire. Parmi ceux-ci, il y a des hommes et des femmes (puisqu'il n'y a aucune raison que le genre ait un impact sur la compétence). Ensuite c'est dur de voir plus dans le détail au bout d'un moment (sauf à avoir déjà travaillé avec quelqu'un ou à avoir une boule de cristal), donc il y a forcément une grosse part de ressenti sur le choix final. Or jusque là dans beaucoup de cas (enfin dans certains milieux, qui sont probablement les milieux corporate dont il est question ici), ça en revenait à privilégier le stéréotype de l'homme blanc et grand, tout bien sur soi.
Avec de telles politiques d'embauche, ben quand il y a 2 candidats considérés à compétence égale (pour autant qu'on puisse dire dans les limitations d'entretiens d'embauche et sur CV/expérience), ben s'il y a une femme, on la privilégierait. Certes c'est de la discrimination aussi, mais d'une pas plus qu'avant (quand on privilégiait l'homme qui pouvait tout aussi bien finir par se demander si on l'a choisi pour ses compétences ou pour un caractère biologique au final), de deux ça ne signifie absolument pas que tu n'es pas compétente et qu'on t'a pas choisi pour cela avant tout (l'autre aurait été pris, ça aurait été pareil au niveau compétence, juste une discrimination différente).
Ensuite, je dis cela histoire de dire et de donner une vision plus positive (espérons) de la chose. Je ne fais pas partie de telles personnes qui "sélectionnent" et y a bien une raison pour laquelle je me suis rapidement éloigné des milieux corporate (dont ce genre de trucs). Je ne peux donc pas assurer ce que j'avance, néanmoins je pense que c'est aussi une logique qui a du sens. Et dans tous les cas, je ne crois pas que ce soit à l'employé de se sentir honteux pour des politiques d'embauche de merde.
De toutes façons, à la base, si on a besoin d'édicter ce type de politique d'embauche, c'est qu'il y a un certain problème plus profond, déjà parmi ceux qui embauchent, et alors c'est pas en édictant des règles de "discrimination positive" que ces gens vont changer, ou que les comportements et l'atmosphère en interne de l'entreprise va changer. En fait, j'ai du mal à comprendre personnellement pourquoi quiconque voudrait s'infliger à aller travailler dans une telle entreprise. Mais bon j'ai déjà du mal à comprendre pourquoi une majorité de gens font une majorité de chose sans ciller, alors… 🙄
(Note: non c'est pas vrai, je comprends bien pourquoi ces gens vont dans ces entreprises et pourquoi une majorité fait une majorité de trucs absurdes ou pire, mais bon pour ma santé mentale, je prétends ne pas comprendre, sinon je suis bon pour la dépression 😱)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Abandon du fork Glimpse depuis un an
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Compte rendu de GIMP en 2021 et sortie de GIMP 2.10.30. Évalué à 10.
Ils n'ont strictement rien fait structurellement (pas même en frontend, et juste des bricoles en surface) dans le code source de GIMP. Me croyez pas sur parole, allez regarder le dépôt.
La quasi totalité des commits des contributeurs de Glimpse, c'était genre retirer des mentions à GIMP, retirer le logo (une mascotte en logo pour un logiciel sérieux?! Mais quelle horreur! On n'est pas là pour rigoler!), mettre à jour le README ou autres documents internes, mettre des liens de financement (c'est important! Les sousous! Même/surtout si on n'a rien fait de concret), les paquets et ce genre de trucs. Les seules rares choses un peu plus "profondes" dans le code, c'est probablement quand ils ont retiré les divers "easter eggs", parce que vous comprenez un logiciel sérieux ne peut pas contenir de blagues! 🙄
Tout le reste, quand on regarde leur historique, les rares commits un peu plus complexes que j'ai vu… ce sont des commits à nous du dépôt principal qu'ils backportaient. Ou en tous cas, j'ai pas vu leurs commits sérieux. Ah oui, parce que le coup du "on contribue en retour à GIMP" est totalement bidon évidemment. On n'a pas vu une seule correction de bug ou une seule proposition d'amélioration de GIMP par un contributeur de ce fork. Pas un seul patch proposé! Alors si vraiment j'ai manqué un vrai commit qui vaut quelque chose dans leur arbre (ça reste possible, je me suis contenté de feuilleter 2 ou 3 fois leur dépôt, je vais pas non plus prétendre avoir tout regardé en détail et m'y être intéressé plus de 10 minutes), ce qui est sûr, c'est qu'ils l'ont pas contribué en retour et l'ont gardé jalousement.
Donc le coup du fork utile, laissez moi rire.
En fait, c'est pas tout à fait vrai, on a eu une seule petite contribution sur un paquet de quelqu'un considéré comme un contributeur de ce fork, sur la toute fin de celui-ci. Ironiquement ce contributeur est l'un de ceux à l'origine du fork et pourtant il me semble qu'il n'a en fait jamais contribué dessus (mais à GIMP, 1 commit donc au final; peut-on alors considérer cela comme un retour du fork? Enfin bon, si on veut, admettons: il y a donc eu un patch mineur de paquet après genre 2 ans de dénigrement!).
Pour autant que je sache, ils n'ont fait que du FUD, des attaques des contributeurs de GIMP, beaucoup de stress. Beaucoup beaucoup de mal donc…
Je parle un peu ici des faux contacts positifs qu'ils ont prétendu avoir avec nous tout du long leur existence. En fait, ce n'est positif que de notre côté envers eux puisque nous sommes des gens civilisés, contrairement à eux qui ont débuté leur histoire par du lynchage en règle et qu'on n'a donc jamais chassé cette unique personne qui squattait notre canal de discussion tant qu'elle restait correcte. On n'a aussi jamais menti ou répandu de fausses histoires sur leur projets aux média ou lors d'interviews (contrairement à eux encore une fois), ou même tout court. Et ainsi de suite.
Sinon en bilan final du fork, je rappellerais uniquement qu'on sait que l'un de nos contributeurs principaux a été dégoûté du logiciel libre et a arrêté un moment de contribuer pendant quelques mois. Il nous a dit que c'était concrètement ce fork qui l'a dégoûté. Il est donc revenu ensuite quelques mois puis a à nouveau disparu. Cette fois, on n'a plus de nouvelles depuis plus d'un an et je me dis que c'est sûrement encore la même raison et qu'il a pas digéré complètement les méchancetés. Je parle d'un contributeur qui contribuait à peu près autant que moi, qui est resté plusieurs années avec nous, était super sympa, vraiment extrêmement bon techniquement… de la belle époque dorée où GIMP avait trois gros contributeurs (4 en comptant GEGL) et où tout semblait possible. Sincèrement, il serait encore là, tout irait beaucoup plus vite (c'est simple, il contribuait à peu près comme moi, donc on doublerait plus ou moins le rythme des évolutions principales côté GIMP). GIMP 3.0 serait peut-être déjà sorti, qui sait.
Comme je disais plus haut: ce fork a fait beaucoup de mal. Ils n'ont rien apporté mais on sait bien ce qu'ils ont fait subir, voire perdre. Alors ça me fait toujours de la peine quand je lis ce genre de commentaires sur ce que ce gentil fork plein de gentils lyncheurs a pu apporter et comme c'est trop dommage car ils étaient trop constructifs. Limite c'est grâce à eux si GIMP est ce qu'il est aujourd'hui. Malheureusement c'était plus ou moins leur discours public pendant leur existence déjà, alors je comprends qu'on tombe dans le piège. Mais ça fait mal et ça dénie le travail (réel lui) des dizaines de contributeurs réels de GIMP. Franchement le jour où ils ont fait une campagne marketing en racontant que le développement de GIMP était mort depuis 2012, campagne reprise dans des journaux grand public, dont français, j'ai été dégoûté, déprimé et j'ai moi-même pensé un instant à tout laisser tomber. Bon je me suis assez vite ravisé mais la tentation de jeter l'éponge est forte dans de tels cas. 2012, c'est en plus justement l'année où j'ai commencé à contribuer à GIMP, donc avec leur "petit" mensonge, ils ont en quelque sorte nié l'entièreté de mes contributions à GIMP (et celle de notre projet, ZeMarmot). Là comme ça, l'air de rien. Ça fait mal.
Étonnamment quand ils ont changé leur fusil d'épaule et se sont mis à dire tout simplement l'inverse, c'est à dire que "c'est pas leur faute, ils peuvent pas rivaliser avec les trop nombreux gros contributeurs de GIMP, vous comprenez"… ben peu semblent avoir remarqué l'incohérence du discours (alors que quelques semaines auparavant à peine, ils affirmaient aux journalistes, jusque dans leur site web et leur FAQ que le développement de GIMP était mort depuis 2012). 🤷 C'est un peu désespérant.
En fait un problème déjà à la base est qu'ils se plaçaient en "rival" justement, dans une logique de compétition (même s'ils disaient officiellement l'inverse sauf que dans les faits, ils disaient sans cesse du mal de nous, de notre code, ils mentaient sur le fait qu'on "refusait" des fonctionnalités — sous entendu contrairement à eux —, mensonge des plus éhontés pour quiconque sait comment on travaille… double discours quoi!), alors que GIMP est un projet communautaire (dans notre logique, on n'a aucun "concurrent" et GIMP n'est pas un produit. On s'en fiche si vous voulez utiliser un autre logiciel, on vous souhaite de trouver ce qui vous plaît et nous on veut juste faire de notre mieux. On n'est pas après des "parts de marché"). Or on était leur upstream et ils apportaient quasi rien au dessus. En gros, ils sciaient la branche sur laquelle ils se trouvaient. Pas étonnant qu'avec une telle attitude destructrice, ça n'ait pas duré.
Ce qui est bien certain, c'est que ce nouveau discours était tout aussi faux (y a certes des dizaines de contributeurs, mais pour la plupart des contributeurs de passages; je l'ai dit: dans notre belle époque qui a duré quelques années, on n'était que 3 gros contributeurs, 4 en comptant babl/GEGL; regardez les stats récentes pour voir que de nos jours, on n'est plus que 2 vraiment gros contributeurs sur babl/GEGL/GIMP et quelques petits contributeurs réguliers).
Enfin bon, on n'a rien contre les vrais forks constructifs. Je parle même potentiellement de ceux qui n'aiment pas notre direction technique mais ont agi en êtres humains civilisés, avec une réponse purement technique, pas de lynchage, pas d'attaque ad-hominem. Par exemple pendant quelques années, j'ai essayé de rallier à notre cause et j'ai invité (tous frais payés par GIMP, mais la personne n'a jamais répondu) le mainteneur de GIMP Painter à des conférences pour qu'on puisse discuter. Aux dernières nouvelles, cette personne n'était pas d'accord sur des points techniques mais n'a jamais dit du mal de nous, et n'a jamais essayé de se faire sa pub en dénigrant son projet mère. Contrairement à Glimpse qui ont été nocifs et toxiques du début à la fin et pendant toute leur existence avec des campagnes anti-GIMP. Je n'ai aucun mal à dire du bien de GIMP Painter (qui me paraissait très intéressant et constructif; et faire un travail de qualité). Mais Glimpse? C'est juste un projet malsain.
Ahahah. 🤣
Je suis un conducteur prudent. En outre, je ne conduis pas tant que ça. La plupart de mon temps se passe chez moi (télé-travail), je fais toutes mes courses du quotidien à pied (marché et boutique vrac de proximité), les trucs légèrement plus loin en vélo (qui en l'occurrence est potentiellement plus dangereux que la moto quand je vois les voitures et le fait que notre ville s'en fout des vélos!). J'utilise la moto (mon unique moyen de transport motorisé, toujours la même d'ailleurs, elle a plus de 30 ans maintenant) qu'une fois de temps en temps quand il n'y a pas le choix. Pour tout dire, j'ai fait environ 60.000 km (ou bien 70.000? Je sais plus; y a aussi eu une petite période où le compteur était cassé) quand je vagabondais avec. Puis depuis 10 ans, j'ai dû faire 10 ou 20.000, pas plus. Donc je dirais que le risque existe mais est limité. 😅
P.S.: sinon je devrais vraiment arrêter de répondre sur ce sujet de Glimpse parce que c'est le genre de truc qui fout en l'air ma journée et mon moral (et j'ai donc du mal à me retenir de répondre), mais vraiment ce projet a été tellement toxique et a fait tellement de mal que ça me fout toujours de mauvaise humeur quand je vois des gens qui commencent à dire que ce projet a apporté beaucoup, alors que c'est vraiment l'inverse. Ils ont fait perdre beaucoup et font partie de ces projets qui mettent vraiment à mal l'écosystème du logiciel libre.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: GitHub sponsor ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Compte rendu de GIMP en 2021 et sortie de GIMP 2.10.30. Évalué à 10.
En fait j'en ai entendu parler bien entendu, mais j'ai jamais regardé de près car mon compte Github est un peu moribond (comme on peut le constater en cliquant le lien) puisque la plupart de mes contributions sont dans des dépôts hors Github.
Donc je me suis toujours dit que ça donnerait pas envie. Si on regarde ça, on a l'impression que je suis un développeur du dimanche. Pourquoi on me sponsoriserait là dessus pour quelqu'un qui utilise Github comme référence?
Enfin bon, je peux toujours jeter un œil à ce que ça implique.
Github sponsors n'a aucun frais?
En fait, Liberapay est actuellement notre première source de dons (plus que les autres plateformes). Et c'est les frais les plus bas (bon je sais pas pour Github sponsors, tu as l'air de dire que c'est encore mieux), et aussi le plus simple à gérer.
Le fait que ce soit hebdomadaire est aussi bien plus confortable. En conséquence (je pense), les donations fluctuent beaucoup plus dessus, mais on a constamment des petites rentrées de dons utilisables. C'est bien plus utile pour un projet actif, je trouve.
J'apprécie aussi que la plateforme soit un logiciel libre, gérée par une association française à but non lucratif.
Ensuite c'est vrai que c'est devenu un peu plus compliqué depuis qu'ils ont changé de fournisseur financier mais ont continué de garder la même logique frontale alors que le backend ne correspond plus. Je peux voir comment cela peut être un peu confus pour les gens. Je suis d'accord qu'ils pourraient y gagner à remodeler la logique. Mais bon, le fait est que ça n'empêche pas la plateforme d'être toujours là.
Et puis c'est toujours plus facile à dire qu'à faire de changer la logique de fonctionnement, notamment pour les donateurs (et projets cibles de donation) existants. Peut-être que c'est la raison. Et je ne voudrais pas présumer qu'une transition vers une nouvelle logique se passerait sans accroc, c'est pas comme si je peux leur assurer.
En effet comme le dit Thomas Debesse. En plus normalement nous avons le statut d'organisme à but non lucratif chez Paypal donc on a des frais un peu moindres que des organismes commerciaux, quoique je suis jamais sûr car c'est jamais écrit nulle part, et quand je calcule les frais des donations directes, je comprends pas toujours si ça marche bien. 🤷
J'ai rien "développé" si c'est la question (d'ailleurs c'est sur le site Paypal). De mémoire, c'est juste des widgets qu'on peut créer quelque part dans l'interface de Paypal (j'ai fait ça y a longtemps, je saurais plus dire). Rien de vraiment extravagant.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Workadventure, similaire à Gather Town
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien Quel logiciel de visioconférence utiliser ?. Évalué à 9.
WorkAdventure est utilisé par certains projets depuis la pandémie. Le CCC a fait déjà 2 conférences virtuelles avec (remplaçant la conférence physique habituelle).
Par contre ce n'est pas du logiciel libre. Ils utilisent en gros la licence AGPL + clause non-commercial SAAS. Il est donc possible de l'installer sur une machine par exemple, mais on ne peut pas vendre du service à d'autres.
En gros ce n'est du libre, et ce n'est pas de l'AGPL (le fait de baser leur licence dessus noie le poisson donc un coup d'œil rapide porterait à croire que ça l'est, mais c'est faux).
Il est à noter qu'un fork nommé LibreAdventure basé sur le code avant l'ajout de l'exception non-commerciale (donc sur du code plus ancien, mais libre pour le coup) a été fait par la FSF, apparemment dans le but d'héberger leur conf LibrePlanet. Ils ont même déjà prévu un site libreadventure.fsf.org sur un sous-domaine fsf.org d'après les commits mais y a encore rien à cette adresse. On constate d'ailleurs qu'il n'y a pas eu de commits depuis bientôt un an. Donc on verra si ce fork progressera (en tous cas, il est déjà utilisé).
De manière générale, y a eu un énorme boom de ce type de logiciel type "jeu vidéo/vidéo call" depuis la pandémie. À un moment donné, je cherchais justement ce type de logiciel (après avoir été déçu en découvrant que WorkAdventure n'était pas libre, et avant de connaître LibreAdventure). J'en ai trouvé facilement une vingtaine… quasi tous propriétaires (les quelques rares libres sont dans des états de faible maintenance). D'ailleurs même le "metaverse" de Facebook m'a l'air un peu dans la lignée (j'ai vu des screenshots proposant aux gens de faire des vidéo-confs et de travailler à distance avec ça).
Nous avons aussi été présent à un festival d'animation coréenne qui utilisait un logiciel très similaire, d'ailleurs on a cru que c'était aussi WorkAdventure (mais en fait non, bien que ça y ressemblait énormément).
D'ailleurs quand je parlais plus haut de Jitsi intégré dans d'autres logiciels, c'est précisément à ce type de logiciel dont je pensais. Workadventure en tous cas, la communication vidéo se fait par Jitsi intégré. Pour ceux qui connaissent pas, le principe est qu'on a chacun un petit bonhomme comme dans un jeu vidéo, et dès qu'on se rapproche d'un autre bonhomme, ça ouvre automatiquement une discussion vidéo avec cette personne. Si plusieurs personnes sans dans la même zone, la discussion vidéo est bien entendu commune à tous. Et bien sûr, il y a des zones de conférence où au lieu de discuter entre invités, seule la vidéo du présentateur est visible. Bien sûr, comme c'est intégré (ça crée juste des petites fenêtres vidéos en surimpression sur le fond du jeu), on ne sait pas que c'est du Jitsi, mais dans le cas de WorkAdventure, ça l'est (c'est d'autant plus inacceptable de nous sortir le coup de la pauvre petite startup qui doit bien vivre quand le cœur de leur logiciel est du libre… comme tant d'autres logiciels propriétaires d'ailleurs). Et je crois que c'est le cas de plusieurs de ces logiciels qui utilisent Jitsi comme infrastructure vidéo (ce qui me fait donc penser que Jitsi doit faire quelque chose de pas si mal pour être devenu une référence dans l'usage de vidéo intégré à d'autres logiciels web).
En tous cas, ces logiciels sont déjà utilisé depuis 2 ans assez largement dans le monde par tous les organisateurs de festival ou conférences. Je n'ai pas été au CCC (mais plusieurs des autres dévs de GIMP y vont tous les ans et ont été aux 2 versions en ligne; apparemment ils s'amusent beaucoup). Y a aussi le cas LibrePlanet.
Le festival d'animation par de tels logiciels fut aussi marrant. On a son petit bonhomme, on se balade de tente en tente où des films du programme sont projetés (il faut rentrer dans la tente pour voir le film). Après y a la séance question avec l'équipe du film en mode conférence. Enfin bon, très marrant.
Par contre, si tu choisis WorkAdventure, l'idée de monter une infra et de la proposer à d'autres confs pourrait te faire rentrer en logique SAAS, ce qui est interdit par leur licence non-libre. Si c'est le but, je me tournerais vers le fork LibreAdventure de la FSF, si j'étais toi (en fait je me tournerais vers ce fork même si je voulais juste l'utiliser pour moi sans faire du SAAS).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Big Blue Button?
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien Quel logiciel de visioconférence utiliser ?. Évalué à 10.
Le wiki ne liste pas Big Blue Button (BBB) mais ils citent:
Le lien s'appelle
ensemble-bbb.*
, ce qui pour moi est un gros signe (bbb
). Alors pour confirmer, je vais sur le site et je lis:Donc c'est bien du BBB. :-)
Perso au début, j'utilisais Jitsi. Puis un jour, j'ai commencé à utiliser BBB sur l'instance de GNOME. Ben c'est juste plus puissant avec tout intégré. Y a même un mode présentation ("slides") et on peut dessiner direct sur les slides. On peut aussi donner le droit aux autres de dessiner, donc c'est utile comme une forme de tableau blanc. Ce sont des fonctionnalités que n'avaient pas Jitsi (du moins y a 1 ou 2 ans, quand on a commencé à utiliser BBB, mais ça a peut-être changé depuis).
On l'a pas encore essayé avec beaucoup de monde mais peut-être bientôt ("beaucoup" signifiant ici pour nous une vingtaine+. Une classe quoi. Pas des centaines de personnes). On verra. On sait que c'était une des faiblesses de Jitsi en comparaison de trucs propriétaires comme Zoom qui tenait mieux la charge avec des dizaines de personnes. Espérons que BBB tienne la charge.
Ensuite Jitsi, ça reste très bien et très sympa, et j'ai remarqué que c'est beaucoup utilisé intégré dans d'autres applications (peut-être ont-ils une API/platforme sympa pour permettre cela?).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Exciting times
Posté par Jehan (site web personnel, Mastodon) . En réponse au lien The RISC-V experience. Évalué à 8.
Ah ça tout à fait! Le but n'est pas de faire la course au high tech. J'ai personnellement jamais compris pourquoi acheter du nouveau matos à peine quelques années après en avoir déjà acheté, et on te dit alors "mais c'est du matos plus écologique et ça dépense moins d'énergie" 🤦 sans prendre en compte tout ce qu'implique la création/destruction d'électronique, écologiquement et socialement (cherchez notamment les mots clés "minerais du sang" dans votre moteur de recherche favori).
Ici aussi on garde notre matériel jusqu'à épuisement. D'ailleurs mon ordi est actuellement en réparation. J'ai toujours réparé mes ordis même si des fois, ça coûte cher (là Lenovo m'a dit que ça serait dans les 600€! 😱 J'aurais préféré éviter surtout avec notre situation financière malheureusement encore très instable). J'ai même jamais acheté de smartphone, j'en ai récupéré des vieux que des connaissances jetaient. À un moment, j'ai même eu un vieil iphone alors que jamais j'achèterais un produit Apple pour moi. Sauf qu'entre du recyclé et du "neuf écologique/économique/Open Hardware/Logiciel Libre", y a même pas de discussion. Bon je fais un peu plus attention pour l'ordi car je l'utilise vraiment tout le temps et mon usage de bon matériel sera matériellement et donc écologiquement avantageux pour les millions d'utilisateurs de GIMP (donc je vais pas prendre du seconde main de l'ordi premier prix de la supérette du coin). J'achète une fois un bon matos, et si c'est un ordi portable uniquement des marques qui mettent la réparation en avant (comme Lenovo dont le matos est fait pour être réparé et pour lequel on peut acheter des pièces détachées très simplement). Pour le téléphone, par contre je m'en balance d'avoir un truc nul si j'ai pu le sauver de la case "déchets". Quant au bon ordi que j'ai là maintenant, je vais aussi l'utiliser jusqu'à la moëlle et le réparer au besoin. 👍
Donc oui tout pareil: je dis pas qu'il faut tous changer nos ordis dès qu'y a du RISC V. Mais quand y en aura, si on a besoin de changer d'ordi et si ça répond aux promesses de l'OpenHardware, alors là oui. En attendant/espérant que ces promesses se concrétisent, c'est excitant de voir le projet avancer de loin. 😃
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]