David Demelier a écrit 867 commentaires

Ayant commencé en 2003, il y avait pas autant d'éditeur qu'aujourd'hui alors forcément c'était la grosse guerre Emacs / Vim. Certains non-devs utilisaient nano pour les taches simples. Je suis parti sur vim.

Par curiosité, j'ai tout de même essayé légèrement emacs et j'ai été rapidement dérouté par la quantité astronomique de raccourcis nécessaire pour se déplacer (surtout sans les flèches). Pour ça, je dois admettre que je suis ultra fan de ma configuration neovim, en plus j'ai mis la touche echap sur mon keychron à la place du tilde ce qui fait qu'elle est vraiment à côté. J'utilise quasiment aucun raccourci et je remappe tout avec la virgule. Donc pour changer de fenêtre je fais par exemple ,wl pour aller à droite. Il y a donc aucun effort de raccourcis à base de ctrl.

Point de vue plugin, je suis passé à neovim pour plus de flexibilité mais c'est vrai que quand je vois les éditeurs plus modernes comme helix qui ont déjà une bonne grosse fonctionnalité de base sans installer 57 plugins je me dis que nos éditeurs sont vraiment vieillots.

Pour ceux qui ont utilisé emacs et vim et ont choisi le premier. Qu'est-ce qui vous plait que vous ne trouvez pas ailleurs ?

AI is a mental disorder

tu y repenseras quand tu en auras la nausée des affiches IA dans ton lidl avec le graphiste qui a perdu son job. oh et puis les 45° l'été c'est génial

AI is a mental disorder

Mon collègue vient de me raconter qu'il a reçu un lave vaisselle et qu'il refusait de démarrer sans une première mise à jour. Personnellement, ça aurait été renvoi direct.

AI is a mental disorder

Mais tu veux connecter quoi sur une cafetière ?!

AI is a mental disorder

La majeure partie du temps ce problème n'en est pas un dès lors que ça ne modifie pas un objet. Je me suis fait avoir une fois dans l'utilisation d'un va_arg en C il y a une dizaine d'années (sur le binding Lua-SDL2). Au moment d'analyser un format de chaine de caractère j'avais écrit :

switch (*f) {
case 'o':
    add(va_arg(struct foo), va_arg(size_t));
    break;
[...]
}

Et effectivement, surtout dans ce cas précis c'est très embettant. Le C++ a par contre corrigé un ordre d'évaluation notamment sur des expressions qui ressemblent à foo = ++b || ++a mais honnêtement je trouve pas toujours ça élégant ou lisible.

AI is a mental disorder

La par contre je vois pas le cas d'usage. Tu as un exemple ? Il y a aucune application me concernant où j'ai besoin d'avoir deux versions, je serai ravi d'avoir un cas d'usage pertinent.

Pour les bibliothèques, je suis d'accord.

AI is a mental disorder

Moi je crois qu'on voit le problème dans le mauvais sens. Le problème du sandboxing ne devrait pas être résolu avec flatpak ou snap mais directement avec l'intégration du système. On déplace le problème au mauvais endroit.

Je verrais bien par exemple qu'un binaire simple localisé directement dans l'arborescence, admettons /bin/ls une fois exécuté par le shell est placé dans un mécanisme d'isolement spécifique à Linux (avec vos technologies préférées).

AI is a mental disorder

Pour être mainteneur de Alpine je dirais que c'est pas aussi simple de répondre par oui ou par non.

Déjà faut prendre en compte l'environnement, on prend un paquet le plus simple possible qui consiste à faire juste un cp d'un .sh vers /bin/superscript. Avec un APKBUILD ou un PKGBUILD c'est vraiment peanuts sur ces distributions. Alors déjà là je dirais qu'on a une plaie en moins. Quand on fait un .deb ou un .ebuild, je peux comprendre déjà l'aversion à être mainteneur tant cela est compliqué. Surtout quand tu rajoutes le parcours du combattant pour soumettre une simple update à la distribution, chez debian c'est une compétition de complexité (bon, fedora et redhat je dirais que c'est pareil).

Ensuite, il y a le paquet en lui même. Maintenir un firefox ou rust c'est effectivement la plaie. Et souvent ce sont les mêmes mainteneurs qui restent du début jusqu'à la fin tellement c'est parfois difficile. Mais de ce côté là, je vois pas ce que flatpak ni snap viennent apporter une plus-value. Parce que non seulement c'est plus le mainteneur de la distribution qui doit s'en occuper mais carrément le développeur de l'application originale. Et ce développeur il en a « à mon sens » rien à faire de comment sont architecturée les distributions et leur spécifités unique (musl, lib ou lib64, systemd ou pas). Alors je crois que ça reste toujours la meilleure option que ce soit un mainteneur qui s'occupe de l'intégration totale d'un paquet pour qu'il prenne en compte toute la partie technique de la distribution plutôt que d'avoir des flatpak complètement éclatés d'incohérence.

Bien sûr j'exagère un peu mais quand je vois les outils proprio comment ils sont fourni sous Linux, je suis content d'utiliser que du libre.

AI is a mental disorder

Ouais mais moi je veux le code source. Dans l'état actuel des choses il est 32 bits et supporte que des résolutions du passé. Il a besoin d'un rajeunissement intégral pour être relancé.

AI is a mental disorder

ET, toute ma jeunesse. Parmi les premiers jeux que j'ai joué en commençant linux en 2003. Mais j'avoue mon préféré reste UT2004 où je compte plus les heures. Malheureusement lui est bien mort et n'est pas opensource.

AI is a mental disorder

Non là moi j'ai plus aucune explication.

AI is a mental disorder

Je ne suis pas d'accord. Mettre un nom sur un site web c'est aussi déjà considérée comme une campagne de harcèlement. Et quand on écrit un document entier sur Stallman sans mettre l'auteur (à l'origine) il faut s'attendre à un retour de baton. Je vois pas en quoi le Stallman report est moins une campagne de harcèlement que le Devault report.

Afficher des faits c'est une chose, harceler en est une autre.

AI is a mental disorder

J'espère qu'il va se rajouter lui même dans sa liste.

AI is a mental disorder

Ça l'est à partir du moment où tu n'as pas envie de subir ta charge mental à devoir lire des PR, bug reports écrits (liste non exhaustive) en IA parce que c'est autorisé par exemple.

AI is a mental disorder

+1

Merci pour ce combat.

AI is a mental disorder

Pas envie d'écrire ton texte, pas envie de le lire. Ici c'est pas skynet.

AI is a mental disorder

Soit disant l'IA est censé rendre le développement plus rapide. Plus les projets connus se prennent des PR toute faites en IA, plus ils en ont ras le bol.

Très bien écrit.

AI is a mental disorder

Usenet j'ai essayé un peu dans le passé quand il y avait encore des serveurs chez les FAI. Aujourd'hui j'ai l'impression que tout le monde s'en sert que pour faire du téléchargement massif. Des serveurs à conseiller ? (payants ou non)

AI is a mental disorder

Ruby c'est mort depuis un moment, je ne sais pas si DHH a creusé sa tombe à lui tout seul, je pense que Python a eu plus de succès même si aujourd'hui beaucoup d'autres langages sont utilisés pour le web. Quand je vois les sponsors et gros utilisateurs de ruby on rails qui subsistent, j'ose espérer que DHH ne teinte plus l'ensemble de la communauté sinon il y a un giga set de projets à réecrire et un grand nombre d'utilisateurs de RoR votant très à droite (ce que j'espère pas, moi je trouvais ruby cool il y a quelques années).

AI is a mental disorder

Justement son interface ne l'était pas avant :(

Ce que j'apprécie sur reddit c'est l'aspect forum géant basé sur des publications contrairement à une messagerie comme discord (que je déteste cette plateforme) où ne pas suivre un flux rapide quelques jours peut faire rater des choses importantes.

Sur reddit j'ai une collection complètement hétérogène d'abonnements (langage de programmation, musique, eurovision, tdah france, BMX, guitare, MAO, renault) et trouver un forum spécifique pour chacun est énergivore et complexe à mon avis.

AI is a mental disorder

Ça fait un moment que j'hésite à quitter reddit. Mais ça reste pratique pour beaucoup de choses. Je m'en sers beaucoup pour l'opensource et la programmation.

Quelles alternatives aujourd'hui ?

AI is a mental disorder

J'aimerais, ça reste très difficile pour moi. J'utilise OpenBSD en dualboot et je ne peux malheureusement pas tout faire avec, surtout ce qui concerne le développement embarqué.

AI is a mental disorder

Le simple fait de vouloir partager du code opensource est déjà une bonne action. Si le code n'évolue pas une simple tarball fera déjà plaisir !

Si vous avez envie de maintenir une infra sans vous embêter avec des merge request (malheureusement beaucoup de gens ne savent plus faire un envoi de patch…) un cgit suffirait aussi.

Moi j'aime bien codeberg que j'utilise pour des miroir mercurial hébergé chez moi.

AI is a mental disorder

Du coup je comprend pas bien, sans tes interventions, on en serait resté à mon premier commentaire et je comprend pas où est le "mais" dans tes réponses "je suis d'accord, mais".

Parce que ça fait 22 ans que je suis dans le libre. Il y a 22 ans il y avait pas des obsessions à blamer des projets opensource sur la partie privée des personnes qui travaillent dessus. Aujourd'hui être développeur dans l'opensource c'est presque plus oppressant qu'une personnalité de cinéma : le moindre geste est scruté à la loupe et si la personne n'est pas correcte on prend toute une communauté à partie qui n'a possiblement rien à voir avec les pensées du dev original. Encore une fois, on cite omarchy pour l'exemple, je ne sais pas combien d'utilisateurs / contributeurs pensent comme ce DHH ou connaissent même ses horribles propos et/ou utilisent omarchy précisément parce qu'ils pensent comme lui.

Aujourd'hui, il n'y a plus aucune marge de manœuvre, les gens pensent binaire. Une mauvaise personne et il faut tout jeter : code, identité, documentation et la communauté qui va avec. C'est une insulte au logiciel libre. Ça me fatigue qu'à chaque fois qu'il y a une question sur n'importe quel logiciel dont un des auteurs est problématique sur linuxfr, ycombinator, reddit, forum ou issues d'une quelconque forge il y aura toujours des gens pour crier à l'abandon/fork/scandale. Les gens peuvent pas s'empêcher de ramener les espaces privés dans le développement pour convaincre les autres de ne pas l'utiliser ce qui encore une fois, rajoute davantage de visibilité pour ledit projet.

C'est d'autant plus affolant que ça créé de la pression excessive pour tout le monde, y compris ceux qui font déjà attention à tous ces détails. Moi je prends soin de ne pas utiliser des termes péjoratifs et dépassés. Pas plus tard que cette semaine j'ai remplacé un terme “slave” d'un de nos message modbus par “unit” et j'essaye au maximum d'être inclusif avec des pronoms neutre et une application accessible pour les daltoniens. Bref, je fais ma part des choses et pourtant je sais qu'aujourd'hui le moindre texte pourrait être malheureusement interprété et pris à parti dans un shitstorm sans nom sans possibilité de réparation parce que tout le monde se décide de graver dans le marbre un élément interprété différemment.

Toujours est-il essentiel de rappeler qu'utiliser un logiciel seul dans son coin sans y participer ne cautionne ni soutien en aucun cas une quelconque personne. Je n'aime pas Linus Torvalds et ne cautionne pas son harcèlement massif du passé mais il y a toujours Linux sur mon Thinkpad.

AI is a mental disorder

En plus Omarchy la dernière fois que j'ai regardé c'était assez naze : j'avais plus l'impression de voir une collection de dotfiles qu'une véritable distribution.

C'est plus ou moins le cas quand on regarde le dépôt. Une Arch préconfigurée avec quelques outils pour rendre ça plus facile. Moi je trouve ça toujours bancale, c'est un peu comme les configurations polybar, c'est toujours tellement ficelé à une machine très précise qu'il faut re-configurer la moitié pour que ça fonctionne.

Vive les config maisons (et celle de mon compositeur en cours de travaux 😇).

Et dire que ce projet s'est chopé un million de dollar pour développer ça.

Ça fait cher payé pour des dotfiles, quand je pense que les gens bien de chez OpenBSD galèrent chaque année, ça me fait royalement mal au cœur.

AI is a mental disorder