J'ai essayé de m'en servir comme séparateur dans des expressions sed (à la place du / qui est souvent utilisé dans les chaînes à traiter) mais ça ne marche pas car c'est un caractère sur plusieurs octets et que GNU sed trouve ça trop compliqué.
Cette loi est l'une des premières, en conséquence elle a l'air plutôt mal fichu, ce qui peu être une bonne ou une mauvaise nouvelle. Par exemple:
il aurait pu y avoir quelque chose excluant les projets non commerciaux ou les systèmes non connectables à Internet
la façon dont la configuration d'âge doit être faite et protégée n'est pas spécifiée (ce qui fait que "mets le dans le champ commentaire du /etc/passwd" peut être une implémentation conforme)
la sanction est "par enfant concerné" ce qui hose question sur comment l'état de californie va compter les enfants utilisant chaque système, ou bien s'ils vont appliquer la sanction uniquement s'ils découvrent un enfant trichant sur son âge
il n'est pas clair qui va être sanctionné dans le cas d'un projet communautaire (chacun des développeurs?)
l'affichage d'une mention "non approuvé pour une utilisation en Californie" sur une page de téléchargement est-elle suffisante pour se dégager de toute responsabilité?
Les prochaines lois ou nouvelles versions de celle-ci vont sûrement prendre ces questions en compte. Et selon la direction que ça prend, ça pourrait devenir plus ou moins contraignant.
Tout simplement le fait de prendre le temps de répondre légitimise l'idée que les arguments des deux côtés sont recevables.
Parfois c'est vrai, mais quand on parle de fascisme ou de racisme, je crois que ça ne l'est pas. Et en plus ça donne de l'importance à des non-sujets ce qui empêche de discuter d'autre chose (parce qu'on a pas tous un temps illimité à passer sur linuxfr, je pense). En gros: tant qu'il y aura des racistes, on va parler de races, même si c'est pour dire que ça n'existe pas.
ça avait été adapté par la suite (sans qu'on sache comment).
Comme n'importe quel autre jeu: en ajustant les statistiques de façons à ce que les parties semblent équilibrées et qu'il n'y ai pas de moment du genre 'tu as pioché un X, ta partie est fichue' ou 'tu as un Q, tu vas pouvoir faire 1000 points d'un coup'.
ça ne prend pas en compte seulement la fréquence, mais aussi la disposition "typique" des mots sur la grille.
C'est un peu comme quand on conçoit une disposition de clavier: placer les lettres fréquentes sur la rangée principale, ce n'est que la première étape facile.
Jouer au Scrabble contre un ordinateur (j'imagine que c'est pareil contre un bon joueur) peut mener à des parties où on ne connait aucun des mots joués par l'adversaire
Nigel Richards est un noueur de Scrabble néo-zélandais. Après avoir dominé les championnats du monde (en anglais UK) puis américain (en anglais US, la liste des mots n'est pas la même), il a ensuite appris par coeur les liste de mots autorisés en Français puis en Espagnol pour participer aux championnants dans ces langues. Effectivement sans connaître le moins du monde la signification des mots, juste leur orthographe.
Dans certains cas il lui est arrivé de jouer des coups inattendus, que même les meilleurs ordinateurs de l'époque ne considéraient pas comme intéressants.
Bref, ce n'est pas un jeu de mots, mais un jeu de lettres.
J'aurais plutôt pensé le contraire: le but des journaux est justement d'avoir un espace ou mettre des contenus qui ne sont pas dans le sujet principal du site. C'est ça qui rend Linuxfr enrichissant, sinon, ça serait un site de news sur la tech sans goût et sans intérêt.
Quels sont les meilleurs journaux? Là tout de suite je pense à ceux de Liorel sur plusieurs sujets médicaux (moustiques tigres, vaccins/covid, …). J'ai appris plein de trucs, justement parce que c'est un sujet que je ne connaît pas du tout par ailleurs.
Un journal promu en dépêche, c'est donc un contenu qui a été posté au mauvais endroit. Il y a d'ailleurs ce mécanisme de rattrapage avec la "promotion", pour les gens qui ne veulent que la partie "tech" et qui ne lisent donc que les dépêches, et qui auraient raté un contenu intéressant posté dans un journal. Comme ça, tout le monde est content?
Enl'utilisant tu donnes de la crédibilité au truc. C'est grace aux gens comme toi que OpenAI peut se vanter d'avoir des millions d'utilisateurs, donc obtenir des financements parce que c'est un truc sérieux que plein de gens utilisent.
Y'a pas que les sous qui comptent. De simple statistiques d'utilisation ça peut tout changer.
Moi je suis très content de ne pas avoir à lire les bêtises des gens dont les commentaires sont votés négativement. Parfois j'en déplie un pour comprendre une réponse qui manque de contexte sans le commentaire précédent, et je me suis jamais dit qu'on commentaire était injustement masqué.
L'effet est donc plutôt positif en ce qui me concerne.
Ou on voit très peu de comptes avec un karma négatif, et la moitié des comptes entre 16 et 128 points, une zone ou il suffit de deoux ou trois commentaires très mal notés pour se retrouver en négatif.
Après si ça concerne un des 12 comptes qui ont plus de 16384 points de karma, effectivement ça va être plus long avant que le moinssage aie un effet.
C'est quelque chose que je trouve de plus en plus fréquemment, des concepts techniques avec une présentation bullshit et une documentation conçue pour je ne sais qui, mais manifestement pas pour moi.
Tu as besoin de l'aide d'un LLM pour comprendre comment ça marche.
Tu croyais pas que les vendeurs de LLM allaient faire en sorte que les humains puissent s'en sortir sans acheter le seul truc qu'ils ont à vendre?
Qu'est-ce que vous faites encore sur Github? Ça fait plusieurs années que ce site a changé de but hour promouvoir les LLM et la génération de code automatique.
Ce qui se met en place est exactement ce qui a été annoncé. D'autres forges logicielles sont moins concernées par ce virage (Gitlab) ou pas du tout.
La mort de Github pour l'hébergement de projets libres était inévitable. Comme Sourceforge avant lui. Comme Google Code Project Hosting. Comme Berlios, Codehaus, et sûrement tout plein d'autres.
Allez confier votre code au prochain challenger, en sachant déjà qu'il faudra prévoir une nouvelle migration dans quelques années, ou bien auto hébergez vous.
Quand ça parle de virer les fachos, y'a des gens qui se sentent visés, et d'autres non. Si vous vous sentez visés, soit il faut assumer, soit il faut se poser des questions.
Et moi, ça me gène un peu parce que contourner un process comme le système de notes sur Linuxfr, c'est quand même fondamentalement un appel à l'autorité (en l’occurrence les modos), et c'est pas anodin.
Pas forcément en fait.
Il y a des gens dont tous les commentaires sont dans les tréfonds du karma négatif, et pourtant, ils peuvent continuer à poster des trucs. Certes, chaque message se retrouve masqué pour les utilisateurs non connectés et ceux qui ne naviguent pas à -42, et désindexé des moteurs de recherche.
Mais, il n'empêche que ça vient polluer un peu les discussions (de l'avis collectifs des gens qui mettent des notes, qui, il se trouve, a tendance a assez bien correspondre à mon propre avis dans beaucoup de cas, comme quoi ça marche pas si mal que ça).
La question serait donc plutôt, quand quelqu'un persiste pendant des années à poster des commentaires qui se font moinsser par à peu près tout le monde, est-ce que à un moment il ne faudrait pas, en effet, faire quelque chose de plus? Que ça soit une intervention de l'équipe de modération, un blocage automatique (c'est déjà le cas lorsque le karma atteint -30, mais ça ne semble pas être suffisamment dissuasif pour certains habitués, et il est assez facile de récupérer des points).
Sinon ça reste globalement sans conséquences pour la personne concernée, on choisit d'ignorer les pénibles plutôt que de les mettre dehors. Ce qui peut très bien donner une situation du type "oui, bon Linuxfr, y'a quelques nazis/complotistes/(insérer le qualificatif de votre choix ici), mais au fond ils embêtent personne". Jusqu'au jour où ils seront en majorité et le système de vote n'aura plus le même résultat.
On peut décider que c'est le jeu de la démocratie et l'accepter. On peut décider d'en parler. On peut décider d'essayer de faire quelque chose, mais à part continuer à moinsser et éventuellement signaler à la modération les messages qui dépassent les limites de la légalité, en tant qu'usagers du site, on ne peut pas faire grand chose de plus. Sinon répondre inlassablement à des commentaires sans aucun espoir de changer l'opinion de la personne en face.
On pourrait donc sûrement mettre en place des règles qui ne passent pas par un appel à l'autorité, basées sur les votes de karma existants, ou sur d'autres systèmes de décision participatifs si c'est la voie qu'on veut prendre.
Un coup d'œuil rapide sur leur github permet de voir qu'il y a 214 jobs lancés sur la branche main, pour vérifier la compilation sur toutes les plateformes (OS et arcitectures CPU) supportées, différentes dépendances (par exemple libssh ou libssh2 pour le SFTP, différents résolveurs DNS, …), plusieurs compilateurs différents (gcc, Microsoft, …), des tests de fuzzing, certains builds avec des fonctions expérimentales activées comme le support de HTTP/3, des builds "out-of-tree" et d'autres configurations plus ou moins exotiques.
Donc oui, ça a l'air un petit peu compliqué de vérifier toutes les combinaisons possibles.
J'ai quelques projets avec des utilisateurs, donc oui, c'est pas mal d'avoir un bugtracker exposé. J'ai par contre mis certaines parties (comme l'exploration en ligne du code source et de son historique) réservées aux utilisateurs identifiés.
Et je met en place des blocages de plage d'IP et de user agent de plus en plus vastes en espérant que ça se calme (même s'il n'y a pas spécialement de problème de surcharge du serveur ou de ma connexion réseau pour l'instant)
Toutefois, dans le cas du choix de la forge, choisir Gitlab, Codeberg ou Gitea, c'est au moins avoir la possibilité de se monter une instance chez soi et de conserver au moins une partie des intégrations.
L'éléphant dans la pièce, comme disent les américains, c'est que Github n'est pas libre, alors que les trois alternatives que tu cites (et plein d'autres), si.
Ça me semble important au moins quand il s'agit d'héberger des projets de logiciels libres. La situation peut être différente quand il s'agit d'un hébergement de projets fermés "en interne" pour une entreprise.
Et surtout ce qui est un peu rageant, c'est que avant Github, il y avait Sourceforge, et plein d'autres outils, basés entièrement sur des technologies libres. Et la partie "sociale"/découverte des projets se faisait ailleurs: via freshmeat.net et d'autres annuaires de projets, indépendants des solutions d'hébergement.
Donc on est même pas dans un cas où il n'y avait pas d'alternative libre et les gens se seraient dirigés vers Github faute d'avoir aucune autre option. Faire de l'hébergement de logiciel avec uniquement du logiciel libre, ce n'est pas le futur, ce n'est pas le présent, c'est possible depuis 30 ans.
J'espère que les efforts de Forgejo/Codeberg pour mettre en place une interface lisible et plus légère, ainsi qu'un système de fédération, pourront aider à faire que certains projets quittent Github.
Pour ma part je retourne petit à petit à de l'auto hébergement avec Trac et Gerrit. Ça marche bien malgré les attaques de robots scrappers qui s'acharnent à cliquer sur tous les liens de mon serveur…
Microsoft a fait un travail incroyable en terme de design d'interface graphique pour Windows 3.1 puis 95, par exemple. Il y a vraiment un avant et un après dans la façon dont on intéragit avec nos ordinateurs. Ils ont apporté de la cohérence entre les applications, un vrai langage de design (cases à cocher carrées, boutons radio ronds, "relief" pour indiquer les zones cliquables, …).
L'interface de ces systèmes est toujours parfaitement utilisable 30 ans après, alors qu'ils fonctionnent avec des machines 100 à 1000 fois moins performantes que ce dont on dispose aujourd'hui (pour rappel: 4Mo de RAM et un processeur 386 à 16MHz sont la configuration minimale, la recommandation pour être à l'aise c'est un 486 à 33MHz avec 8Mo de RAM).
Cela a été également un des premiers systèmes grand public à utiliser la protection mémoire, la mémoire virtuelle, les threads, et sûrement plein d'autres choses auxquelles on ne pense même plus aujourd'hui tellement ça semble évident.
Le Microsoft d'aujourd'hui est-il toujours capable de ce genre de révolution? Ou bien se sont-ils perdus en route? Ils n'ont pas toujours été si mauvais…
Alors oui mais ça n'est pas une distribution de Linux. Je vais d'ailleurs de ce pas ajouter cette précision dans la dépêche en cours de rédaction, parce que c'est vrai qu'on ne pense plus à le dire, alors que c'est un peu important.
Les dévelopeurs qui utilisent l'IA ouvrent 40% de pull requests en plus. Mais leur code est 1.5 fois plus gros, crée 9% de bugs en plus, et le temps de revue des merge requests augmente, ce qui annule les gains lors du développement.
Le reste de l'étude essaie de noyer ces problèmes dans du blabla sur l'amélioration des process pour gagner en productvité (gains qui pourraient hrobablement être mis en place même sans utiliser d'IA pour écrire du gode plus gros et avec plus de bug).
[^] # Re: Quelle taille fait votre petit doigt?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Votre disposition de clavier. Évalué à 3 (+0/-0).
Moi c'est surtout le § qui m'interroge.
J'ai essayé de m'en servir comme séparateur dans des expressions sed (à la place du / qui est souvent utilisé dans les chaînes à traiter) mais ça ne marche pas car c'est un caractère sur plusieurs octets et que GNU sed trouve ça trop compliqué.
[^] # Re: Et ça vous fait rire ?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche AB1043 : Loi californienne sécuritaire, et ses conséquences sur le Logiciel Libre. Évalué à 6 (+3/-0). Dernière modification le 04 mars 2026 à 23:58.
Cette loi est l'une des premières, en conséquence elle a l'air plutôt mal fichu, ce qui peu être une bonne ou une mauvaise nouvelle. Par exemple:
Les prochaines lois ou nouvelles versions de celle-ci vont sûrement prendre ces questions en compte. Et selon la direction que ça prend, ça pourrait devenir plus ou moins contraignant.
[^] # Re: Synthèse, une semaine après
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 4 (+1/-0). Dernière modification le 04 mars 2026 à 13:36.
Tout simplement le fait de prendre le temps de répondre légitimise l'idée que les arguments des deux côtés sont recevables.
Parfois c'est vrai, mais quand on parle de fascisme ou de racisme, je crois que ça ne l'est pas. Et en plus ça donne de l'importance à des non-sujets ce qui empêche de discuter d'autre chose (parce qu'on a pas tous un temps illimité à passer sur linuxfr, je pense). En gros: tant qu'il y aura des racistes, on va parler de races, même si c'est pour dire que ça n'existe pas.
[^] # Re: "Propreté" par rapport au droit d'auteur
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche Trivabble a 10 ans. Évalué à 4 (+1/-0).
Comme n'importe quel autre jeu: en ajustant les statistiques de façons à ce que les parties semblent équilibrées et qu'il n'y ai pas de moment du genre 'tu as pioché un X, ta partie est fichue' ou 'tu as un Q, tu vas pouvoir faire 1000 points d'un coup'.
ça ne prend pas en compte seulement la fréquence, mais aussi la disposition "typique" des mots sur la grille.
C'est un peu comme quand on conçoit une disposition de clavier: placer les lettres fréquentes sur la rangée principale, ce n'est que la première étape facile.
Nigel Richards est un noueur de Scrabble néo-zélandais. Après avoir dominé les championnats du monde (en anglais UK) puis américain (en anglais US, la liste des mots n'est pas la même), il a ensuite appris par coeur les liste de mots autorisés en Français puis en Espagnol pour participer aux championnants dans ces langues. Effectivement sans connaître le moins du monde la signification des mots, juste leur orthographe.
Dans certains cas il lui est arrivé de jouer des coups inattendus, que même les meilleurs ordinateurs de l'époque ne considéraient pas comme intéressants.
Bref, ce n'est pas un jeu de mots, mais un jeu de lettres.
# Beurk
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Les devs sont irremplaçables (oui). Évalué à 10 (+13/-1).
Un article sur l'irremplaçabilité des développeurs qui s'ouvre avec une image moche générée par IA, il fallait le faire.
Les illustrateurs sont irremplaçables eux aussi…
# Vous la voulez fiable comment, votre vérification?
Posté par pulkomandy (site web personnel, Mastodon) . En réponse à la dépêche AB1043 : Loi californienne sécuritaire, et ses conséquences sur le Logiciel Libre. Évalué à 10 (+11/-0).
Voici l'implémentation proposée par FUZIX, simple et efficace:
https://codeberg.org/EtchedPixels/FUZIX/commit/91449fef735d62918e62f543a5d62819ffde8136
Elle semble portable facilement vers n'importe quel système disposant de la fonction getenv, ce qui inclus toutes les variantes d'unix et assimilés.
[^] # Re: ensemble
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 3 (+0/-0).
Ah oui pas de problème dans ce sens là.
Comme d'habitude, ça m'apprendra à répondre avant d'être complètement réveillé, je vais arrêter le Linuxfr au petit déjeuner…
[^] # Re: ensemble
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 7 (+4/-0).
J'aurais plutôt pensé le contraire: le but des journaux est justement d'avoir un espace ou mettre des contenus qui ne sont pas dans le sujet principal du site. C'est ça qui rend Linuxfr enrichissant, sinon, ça serait un site de news sur la tech sans goût et sans intérêt.
Quels sont les meilleurs journaux? Là tout de suite je pense à ceux de Liorel sur plusieurs sujets médicaux (moustiques tigres, vaccins/covid, …). J'ai appris plein de trucs, justement parce que c'est un sujet que je ne connaît pas du tout par ailleurs.
Un journal promu en dépêche, c'est donc un contenu qui a été posté au mauvais endroit. Il y a d'ailleurs ce mécanisme de rattrapage avec la "promotion", pour les gens qui ne veulent que la partie "tech" et qui ne lisent donc que les dépêches, et qui auraient raté un contenu intéressant posté dans un journal. Comme ça, tout le monde est content?
[^] # Re: J'ai eu un problème similaire avec le Frido (livre de math)
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recrudescence de contributions générées par IA. Évalué à 10 (+8/-0).
Enl'utilisant tu donnes de la crédibilité au truc. C'est grace aux gens comme toi que OpenAI peut se vanter d'avoir des millions d'utilisateurs, donc obtenir des financements parce que c'est un truc sérieux que plein de gens utilisent.
Y'a pas que les sous qui comptent. De simple statistiques d'utilisation ça peut tout changer.
[^] # Re: ensemble
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 4 (+3/-2).
Alors ça ne devrait déranger personne?
Moi je suis très content de ne pas avoir à lire les bêtises des gens dont les commentaires sont votés négativement. Parfois j'en déplie un pour comprendre une réponse qui manque de contexte sans le commentaire précédent, et je me suis jamais dit qu'on commentaire était injustement masqué.
L'effet est donc plutôt positif en ce qui me concerne.
[^] # Re: ensemble
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 4 (+1/-0).
On a même mieux, un histogramme des comptes actifs sur les 3 derniers mois:
https://linuxfr.org/statistiques/users
Ou on voit très peu de comptes avec un karma négatif, et la moitié des comptes entre 16 et 128 points, une zone ou il suffit de deoux ou trois commentaires très mal notés pour se retrouver en négatif.
Après si ça concerne un des 12 comptes qui ont plus de 16384 points de karma, effectivement ça va être plus long avant que le moinssage aie un effet.
[^] # Re: OpenClaw
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recrudescence de contributions générées par IA. Évalué à 10 (+8/-0).
Tu as besoin de l'aide d'un LLM pour comprendre comment ça marche.
Tu croyais pas que les vendeurs de LLM allaient faire en sorte que les humains puissent s'en sortir sans acheter le seul truc qu'ils ont à vendre?
# Github
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Recrudescence de contributions générées par IA. Évalué à 10 (+25/-1).
Qu'est-ce que vous faites encore sur Github? Ça fait plusieurs années que ce site a changé de but hour promouvoir les LLM et la génération de code automatique.
Ce qui se met en place est exactement ce qui a été annoncé. D'autres forges logicielles sont moins concernées par ce virage (Gitlab) ou pas du tout.
La mort de Github pour l'hébergement de projets libres était inévitable. Comme Sourceforge avant lui. Comme Google Code Project Hosting. Comme Berlios, Codehaus, et sûrement tout plein d'autres.
Allez confier votre code au prochain challenger, en sachant déjà qu'il faudra prévoir une nouvelle migration dans quelques années, ou bien auto hébergez vous.
# C'est compliqué
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au sondage Votre disposition de clavier. Évalué à 4 (+1/-0).
Sur mon PC de bureau, j'ai un clavier AZERTY et je tape en AZERTY.
Sur mon portable, j'ai un clavier QWERTZ mais je tape en AZERTY.
Sur mon PC fixe à la maison, j'ai un QWERTY espagnol et je tape en QWERTY espagnol.
[^] # Re: Pour commencer…
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 10 (+15/-7).
Quand ça parle de virer les fachos, y'a des gens qui se sentent visés, et d'autres non. Si vous vous sentez visés, soit il faut assumer, soit il faut se poser des questions.
[^] # Re: ensemble
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Les "fachos", fascistes, nazis et autres intolérants sont-ils tolérés sur linuxfr.org ?. Évalué à 10 (+9/-1).
Pas forcément en fait.
Il y a des gens dont tous les commentaires sont dans les tréfonds du karma négatif, et pourtant, ils peuvent continuer à poster des trucs. Certes, chaque message se retrouve masqué pour les utilisateurs non connectés et ceux qui ne naviguent pas à -42, et désindexé des moteurs de recherche.
Mais, il n'empêche que ça vient polluer un peu les discussions (de l'avis collectifs des gens qui mettent des notes, qui, il se trouve, a tendance a assez bien correspondre à mon propre avis dans beaucoup de cas, comme quoi ça marche pas si mal que ça).
La question serait donc plutôt, quand quelqu'un persiste pendant des années à poster des commentaires qui se font moinsser par à peu près tout le monde, est-ce que à un moment il ne faudrait pas, en effet, faire quelque chose de plus? Que ça soit une intervention de l'équipe de modération, un blocage automatique (c'est déjà le cas lorsque le karma atteint -30, mais ça ne semble pas être suffisamment dissuasif pour certains habitués, et il est assez facile de récupérer des points).
Sinon ça reste globalement sans conséquences pour la personne concernée, on choisit d'ignorer les pénibles plutôt que de les mettre dehors. Ce qui peut très bien donner une situation du type "oui, bon Linuxfr, y'a quelques nazis/complotistes/(insérer le qualificatif de votre choix ici), mais au fond ils embêtent personne". Jusqu'au jour où ils seront en majorité et le système de vote n'aura plus le même résultat.
On peut décider que c'est le jeu de la démocratie et l'accepter. On peut décider d'en parler. On peut décider d'essayer de faire quelque chose, mais à part continuer à moinsser et éventuellement signaler à la modération les messages qui dépassent les limites de la légalité, en tant qu'usagers du site, on ne peut pas faire grand chose de plus. Sinon répondre inlassablement à des commentaires sans aucun espoir de changer l'opinion de la personne en face.
On pourrait donc sûrement mettre en place des règles qui ne passent pas par un appel à l'autorité, basées sur les votes de karma existants, ou sur d'autres systèmes de décision participatifs si c'est la voie qu'on veut prendre.
[^] # Re: "Leaving GitHub [...] you'll miss the ecosystem"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien "Made in EU" - it was harder than I thought.. Évalué à 6 (+3/-0).
Un coup d'œuil rapide sur leur github permet de voir qu'il y a 214 jobs lancés sur la branche main, pour vérifier la compilation sur toutes les plateformes (OS et arcitectures CPU) supportées, différentes dépendances (par exemple libssh ou libssh2 pour le SFTP, différents résolveurs DNS, …), plusieurs compilateurs différents (gcc, Microsoft, …), des tests de fuzzing, certains builds avec des fonctions expérimentales activées comme le support de HTTP/3, des builds "out-of-tree" et d'autres configurations plus ou moins exotiques.
Donc oui, ça a l'air un petit peu compliqué de vérifier toutes les combinaisons possibles.
[^] # Re: "Leaving GitHub [...] you'll miss the ecosystem"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien "Made in EU" - it was harder than I thought.. Évalué à 6 (+3/-0).
J'ai quelques projets avec des utilisateurs, donc oui, c'est pas mal d'avoir un bugtracker exposé. J'ai par contre mis certaines parties (comme l'exploration en ligne du code source et de son historique) réservées aux utilisateurs identifiés.
Et je met en place des blocages de plage d'IP et de user agent de plus en plus vastes en espérant que ça se calme (même s'il n'y a pas spécialement de problème de surcharge du serveur ou de ma connexion réseau pour l'instant)
[^] # Re: "Leaving GitHub [...] you'll miss the ecosystem"
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien "Made in EU" - it was harder than I thought.. Évalué à 8 (+5/-0).
L'éléphant dans la pièce, comme disent les américains, c'est que Github n'est pas libre, alors que les trois alternatives que tu cites (et plein d'autres), si.
Ça me semble important au moins quand il s'agit d'héberger des projets de logiciels libres. La situation peut être différente quand il s'agit d'un hébergement de projets fermés "en interne" pour une entreprise.
Et surtout ce qui est un peu rageant, c'est que avant Github, il y avait Sourceforge, et plein d'autres outils, basés entièrement sur des technologies libres. Et la partie "sociale"/découverte des projets se faisait ailleurs: via freshmeat.net et d'autres annuaires de projets, indépendants des solutions d'hébergement.
Donc on est même pas dans un cas où il n'y avait pas d'alternative libre et les gens se seraient dirigés vers Github faute d'avoir aucune autre option. Faire de l'hébergement de logiciel avec uniquement du logiciel libre, ce n'est pas le futur, ce n'est pas le présent, c'est possible depuis 30 ans.
J'espère que les efforts de Forgejo/Codeberg pour mettre en place une interface lisible et plus légère, ainsi qu'un système de fédération, pourront aider à faire que certains projets quittent Github.
Pour ma part je retourne petit à petit à de l'auto hébergement avec Trac et Gerrit. Ça marche bien malgré les attaques de robots scrappers qui s'acharnent à cliquer sur tous les liens de mon serveur…
[^] # Re: Bordeaux Chesnel
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien 15+ years later, Microsoft morged my diagram. Évalué à 8 (+5/-0).
Microsoft a fait un travail incroyable en terme de design d'interface graphique pour Windows 3.1 puis 95, par exemple. Il y a vraiment un avant et un après dans la façon dont on intéragit avec nos ordinateurs. Ils ont apporté de la cohérence entre les applications, un vrai langage de design (cases à cocher carrées, boutons radio ronds, "relief" pour indiquer les zones cliquables, …).
L'interface de ces systèmes est toujours parfaitement utilisable 30 ans après, alors qu'ils fonctionnent avec des machines 100 à 1000 fois moins performantes que ce dont on dispose aujourd'hui (pour rappel: 4Mo de RAM et un processeur 386 à 16MHz sont la configuration minimale, la recommandation pour être à l'aise c'est un 486 à 33MHz avec 8Mo de RAM).
Cela a été également un des premiers systèmes grand public à utiliser la protection mémoire, la mémoire virtuelle, les threads, et sûrement plein d'autres choses auxquelles on ne pense même plus aujourd'hui tellement ça semble évident.
Le Microsoft d'aujourd'hui est-il toujours capable de ce genre de révolution? Ou bien se sont-ils perdus en route? Ils n'ont pas toujours été si mauvais…
[^] # Re: Welcome back !
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Retour sur ce site - j'espère retrouver la bonne ambiance d'antant.. Évalué à 7 (+4/-0).
Alors oui mais ça n'est pas une distribution de Linux. Je vais d'ailleurs de ce pas ajouter cette précision dans la dépêche en cours de rédaction, parce que c'est vrai qu'on ne pense plus à le dire, alors que c'est un peu important.
[^] # Re: POGAM, c'est très bien
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Se défendre contre l'IA générative. Évalué à 8 (+5/-0).
Je propose ChatGPT, Copilot, Claude et Perplexity, ou CCCP
[^] # Re: POGAM, c'est très bien
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Se défendre contre l'IA générative. Évalué à 6 (+3/-0).
Il y a déjà BATX pour désigner les entreprises chinoises de la tech, mais c'est vrai qu'on en entend moins souvent parler par ici.
Et pour les GAFAM, comme Google s'appelle Alphabet et Facebook s'appelle Meta, l'acronyme n'est de toutes façons plus "bon".
[^] # Re: Chiffre éloquent
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien Des appels malveillants venant de "masculinistes" saturent la ligne d’écoute du 3919 (N° pour les femmes victimes de violences). Évalué à 6 (+3/-0).
J'avais la ref, mais j'ai moinssé quand même parce que j'ai trouvé ça pas drôle.
# Résumé
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au lien AI Coding Assistants ROI Study: Measuring Developer Productivity Gains. Évalué à 10 (+9/-0).
Les dévelopeurs qui utilisent l'IA ouvrent 40% de pull requests en plus. Mais leur code est 1.5 fois plus gros, crée 9% de bugs en plus, et le temps de revue des merge requests augmente, ce qui annule les gains lors du développement.
Le reste de l'étude essaie de noyer ces problèmes dans du blabla sur l'amélioration des process pour gagner en productvité (gains qui pourraient hrobablement être mis en place même sans utiliser d'IA pour écrire du gode plus gros et avec plus de bug).