David Demelier a écrit 764 commentaires

Le rapport avec les logiciels libres ?

AI is a mental disorder

Je… comprends pas trop l'intérêt. Est-ce qu'un linker a vraiment besoin d'être développé sur un temps complet ? Ça reste un outil assez anecdotique.

Si encore le développeur était entrain de travailler sur un moteur de jeu, un environnement de bureau ou autre, je comprendrais la demande de financement.

Mais bon, c'est à la mode pour les bibliothèques simples.

AI is a mental disorder

Ce qui me choque le plus c'est sur mobile, la vidéo qui s'ouvre directement sans ton accord et prend 1/3 de l'écran en étant fixé relativement ainsi même en scrollant ça reste toujours en haut de ton écran.

Ensuite, tu as 3 à 4 suggestion d'autres articles entre chaque paragraphe. À quel moment ça devient lisible ?

AI is a mental disorder

La question, c'est plutôt l'avancement de la transition vers libadwaita qui crée un écosystème particulièrement hétérogène avec les applications Gtk 3/4.

AI is a mental disorder

Les smart pointers de C++ semblent plus proches de ce dernier cas ?

Je ne peux pas comparer car je connais pas assez Rust.

Les smart pointers permettent surtout :

• std::unique_ptr permet de bien marquer l'ownership d'un pointeur. Cet objet n'est pas copiable mais uniquement déplaçable. De ce fait il est impossible de faire un double-free quand on l'utilise. C'est le smart pointer le plus simple, quand il est détruit il détruit l'objet sous jacent s'il est présent
• std::shared_ptr permet d'avoir une donnée avec un reference-count. Tant qu'un shared_ptr existe et est copié plusieurs fois, le pointeur n'est pas supprimé. C'est le moyen le plus sûr de partager un pointeur à travers plusieurs parties du code. Néanmoins son utilisation doit rester occasionnelle car elle indique souvent un problème de conception.

AI is a mental disorder

Autrement dit des perfs en moins.

Ça n'a absolument aucun sens ce que tu dis. Dans tous les cas la mémoire que tu as allouée doit être désallouée. Les smart pointeurs permettent simplement de s'affranchir de faire des memory leak parce qu'on a oublié de le faire à un fil d'exécution du code. D'ailleurs un std::unique_ptr compilé avec les optimisations au max génère le même code assembleur.

Les smarts pointers permettent surtout d'éviter ce genre de problèmes avant qu'ils existent.

Foo *instance = get_my_instance_driver();

// Okay...
if (something_has_failed) {
    log("it failed");
    delete instance;
    return false;
}

do_something_that_may_throw_an_exception();
// Oups, si cette fonction a levé une exception j'ai un bon gros leak des familles.

return true;

AI is a mental disorder

Challenge accepted!

~ $ file /bin/* /usr/bin/* /sbin/* /usr/sbin/* | grep -ic perl
15
~ $ file /bin/* /usr/bin/* /sbin/* /usr/sbin/* | grep -i perl 
/usr/bin/callgrind_annotate:                   Perl script text executable
/usr/bin/callgrind_control:                    Perl script text executable
/usr/bin/cg_annotate:                          Perl script text executable
/usr/bin/cg_diff:                              Perl script text executable
/usr/bin/cloc:                                 Perl script text executable
/usr/bin/ms_print:                             Perl script text executable
/usr/bin/perl:                                 ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-aarch64.so.1, stripped
/usr/bin/perl5.34.1:                           ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-aarch64.so.1, stripped
/usr/bin/perldoc:                              Perl script text executable
/usr/bin/pod2html:                             Perl script text executable
/usr/bin/pod2man:                              Perl script text executable
/usr/bin/pod2text:                             Perl script text executable
/usr/bin/pod2usage:                            Perl script text executable
/usr/bin/podchecker:                           Perl script text executable
/usr/bin/streamzip:                            Perl script text executable

Par contre tous les pod* ne comptent pas puisqu'ils viennent depuis perl directement. Donc en realité sur ma machine il n'y a que cloc, valgrind et git-send-email qui sont codés en perl visiblement.

~ $ apk info -r perl
perl-5.34.1-r0 is required by:
perl-sub-quote-2.006006-r1
perl-error-0.17029-r1
cloc-1.92-r0
perl-role-tiny-2.002004-r1
perl-regexp-common-2017060201-r2
perl-class-method-modifiers-2.13-r2
perl-algorithm-diff-1.201-r0
git-perl-2.36.1-r0
perl-moo-2.005004-r1
perl-parallel-forkmanager-2.02-r3

AI is a mental disorder

Ne prenez pas mon titre comme une provocation, c'est une question légitime. Je ne connais pas beaucoup d'outils codés en Perl encore actuellement. Sur ma machine, perl est installé pour cloc et irssi.

Qui utilise encore Perl par choix et pour quoi, quel domaine ?

AI is a mental disorder

On a l'impression que d'aucuns se sentent insultés parce que l'OS propriétaire qu'ils utilisent n'est pas supporté.

Aucun rapport. Je n'utilise pas Windows et je n'ai pas de Windows chez moi, pour autant j'ai pas envie de limiter mes projets à des OS libres. Si mon projet fonctionne aussi sur Windows c'est tant mieux car ça fait une audience supplémentaire.

Pour ma part, je critique simplement le point que le projet affirme directement « Les OS non libres ne seront pas supportés » et même si je fais que de l'opensource développé sous de l'opensource, je ne veux pas me limiter à ça.

Si on veut pousser le vice encore plus loin on fait une nouvelle version d'une licence pro-opensource qui dit « attention ce logiciel n'a pas le droit de tourner sur un système non libre » ? Ça n'a aucun sens et c'est simplement un doigt levé des opinions imbue de Drew.

AI is a mental disorder

Quand j'écris un programme, je n'ai aucune envie de m'assurer qu'il puisse être compilé sur un OS privateur.

C'est ton avis mais affirmer noir sur blanc “ne sera pas supporté” pour moi c'est pas juste une non-envie de s'en occuper mais un doigt levé à quiconque le demande ou souhaite fournir le support pour.

Beaucoup de gens ne fournissent pas le support pour X ou Y système parce qu'ils n'ont ni les compétences, ni le matériel pour mais de là fermer la porte immédiatement c'est à mon sens inconcevable pour un langage.

Avant je n'avais pas de mac et pour autant j'ai jamais dit sur un quelconque de mes projets « il ne sera jamais disponible pour macOS ». Un jour une personne m'a aidé à porter mon programme pour et j'étais ravi qu'il ai pu m'aider à le faire.

AI is a mental disorder

Avec une affirmation aussi - propre à son opinion habituelle -, j'ai du mal à y croire.

“Hare does not, and will not, support any proprietary operating systems.”

Je vois mal des gens faire un portage downstream qui soit pas officialisé.

AI is a mental disorder

Pourquoi? Tu aimes coder pour du proprio?

Ça c'est propre à chacun mais refuser de base des plateformes pour des opinions personnelles c'est probablement pas la bonne décision pour un langage. Drew - dont l'égo surdimensionné n'est plus à démontrer - le manifeste une nouvelle fois avec ce langage (dont c'est pas sa seule décision arrêtée).

Swift a beau être développé par Apple il est disponible sur une panoplie de plateformes même si on utilisations sur ces dernières reste sporadique

AI is a mental disorder

Ça serait dommage, V m'intéresse plus que zig qui est un poil plus complexe. Mais c'est vrai que sa documentation est assez hypoglycémique.

AI is a mental disorder

Rust n'est pas un langage "general purpose".

Tout à fait. Mais en plus de ça à être si sécurisé il se prête plutôt mal au développement d'OS ou 1/4 du code du kernel sera dans un bloc unsafe.

AI is a mental disorder

Malheureusement C# et Java restent des langages qui font “enterprisy” et toujours enseigné dans les écoles. On va avoir du mal à enterrer ces langages tant que ce modèle n'évolue pas.

Pour certains c'est impensable de quitter ces langages juste parce que derrière il y a des grosses entreprises qui poussent au développement. C'est dommage.

Combien de fois j'ai entendu « nous utilisons exchange parce que c'est microsoft » au lieu d'utiliser un simple postfix/opensmtpd… Je suppose que c'est parfois pareil avec les technologies, tout domaine confondu.

AI is a mental disorder

Je meurs d'envie de savoir comment tu fais. Ici, on doit optimiser le moindre appel en mettant le moins possible de variables sur la pile d'appel pour éviter un panic. Après on a laissé les paramètres par défaut et peut-être qu'on peut “enlarge my stack” s'il faut. En tout cas on a revu notre approche en favorisant parfois les allocations dynamiques même quand on aurait aimé s'en passer.

AI is a mental disorder

Ah ben si c'est Microsoft qui le dit, j'arrête le C immédiatement. Après tout, sur mon ESP32-S3 j'ai pas besoin de compter le nombre d'octets que je créé sur ma pile d'appel, il a une taille de de 8096 octets, bien assez pour faire tourner n'importe quel langage à boite noire !

À mort le C !

AI is a mental disorder

Perso je suis ni pour ni contre systemd. Il y a des choses que j'aime bien et d'autres moins.

Par contre, même si au départ il y avait beaucoup de distributions sans systemd, on ne peut pas nier que c'est de plus en plus difficile de s'en passer. Notamment parce que certains desktops en font parfois un prérequis à tel point que beaucoup de projets sortent des composants systemd en standalone (eudev, elogind). Mais à part ça, on peut aussi remarquer que certains projets deviennent de moins en moins maintenu. Les vénérables syslog et cron par exemple, la plupart des implémentations deviennent délaissées alors les sans-systemd deviennent vraiment des citoyens de seconde zone.

C'est dommage, pas spécialement pour les linuxiens anti-systemd mais pour les gens qui tournent sur des systèmes alternatifs comme OpenBSD, illumos et autres. Par exemple, le mode night shift de GNOME n'est pas disponible sous les non-linux parce que colord a une dépendance stricte à udev (si je me souviens bien).

AI is a mental disorder

Je suis assez d'accord, les réparations sont parfois tellement chères qu'on rentre soi même dans le consumérisme.

Je me rappelle encore chez Renault qui m'avait fait un devis pour une réparation pour ma voiture (lui même) « vu l'âge du véhicule, c'est pas la peine ». Alors imaginez pour un téléphone qui a une durée de vie bien moindre.

Le gros problème, c'est même pas spécialement la réparation, c'est le travail nécessaire pour y arriver. Sur mon ancien HP j'avais juste un bouton à appuyer pour changer la batterie que j'ai pu faire deux fois. Pour un téléphone il faut chauffer l'écran, le décoller, décoller la batterie, remettre de l'adhésif et enfin recoller l'écran. Tout est fait pour être beau et non pratique.

AI is a mental disorder

[à propos de calloc]
It also does an overflow check for you, because why not.

Faux, c'est spécifique aux implémentations. Rien dans la norme ne le garantit et c'est une mauvaise idée d'utiliser calloc en pensant éviter un integer-overflow.

[à propos de realloc]
For starters, it can’t be used with C++ objects that might want to invoke a move constructor. It also doesn’t work with C objects that have self-referential pointers such as a buffer containing a circular linked list.

Et en même temps, en C++ tu fais pas de realloc. À part dans de rares cas où tu as besoin de faire du placement-new, tu n'es pas censé jouer avec la mémoire de manière aussi basse.

Si tu as peur d'avoir des pointeurs invalides à cause d'un déplacement de mémoire, tu fais pas de realloc ou tu fais des pointeurs de pointeurs. Blamer realloc pour ça n'est pas pertinent. La meilleure utilisation de realloc est probablement de manipuler une donnée unique ou un tableau de types primitifs. Celui qui utilise realloc pour reallouer des structures imbriquées se tire une balle dans le pied.

Pour moi cet article n'a pas d'intérêt et répond à des problèmes inexistants.

AI is a mental disorder

Et blam, tu nous parles de rajouter une couche de consommation de ressource en chiffrant systématiquement :D

Ouais enfin entre une publicité et du chiffrement il y a une différence. Le chiffrement ça consomme pas 3Mo de Javascript contrairement à une page web illisible.

En revanche, moi je serais assez partant pour un nouveau protocol d'échange 100% chiffré parce que recevoir mes mots de passe de mailing list et mes fiches de paies par mail ça me gonfle.

Les mails, c'est probablement la chose la moins bien faite de l'histoire d'internet (après ftp, ok) et son utilisation encore plus. (multipart, bottom-posting, séparation des couches, etc, etc.).

AI is a mental disorder

Ce n'est pas parce que c'est une personne qui a tous les défauts du monde qu'elle a nécessairement tort. Les deux choses sont tout à fait distinctes. Si à chaque fois qu'un de ses propos ou opinions est relayé, on a le droit à « de toute façon, c'est un sale type », on est bien avancés…

Ce n'est pas le problème, c'est de prendre sa notoriété pour acquis et essayer de forcer les gens à son opinion. Essayez d'envoyer un mail HTML à son système de mailing list et vous serrez renvoyé chez vous avec un message du genre « les messages HTML sont mauvais, blablabla, voir cesiteenquestion ».

Pour ma part, je suis d'accord que les mails HTML sont mauvais et je suis le premier à râler quand je vois les signatures HTML de 3Mo.

Mais pour autant, je vais pas forcer les gens à ne pas l'utiliser tout en me faisant passer pour le messager de la sagesse parce que « j'ai raison ».

Les opinions sont propres à chacun, forcer les gens à les suivre ça devient problématique.

AI is a mental disorder

Il faut arrêter de suivre ce type qui s'auto proclame la voix de la sagesse en plus d'être une vraie drama queen.

La plupart de ses articles sont de simples projections de ses opinions personnelles en tant que conseils sur nos manière de développer. Et quand nous faisons pas comme il souhaite, il se barre. Par exemple, chez Alpine Linux il a décidé que si on arrêtait les patchs par email (car on utilisait son système de mailing list) il arrêterait de contribuer. Il réinvente des outils parce qu'il n'a pas envie d'utiliser l'existant et en plus il les propage comme une véritable peste.

Bref, je pense que c'est une personne qui a besoin de beaucoup d'attention et le fait savoir. Ne prenez pas ses articles comme un évangile.

AI is a mental disorder

Avec musl, l'ABI est bien moins souvent cassée. C'est à glibc qu'il faut casser les pieds si on veut une ABI stable, mais moi je persiste à dire que ceux qui veulent toujours et encore une ABI stable pensent résoudre un problème qui n'existe pas. Si on change pas les comportements et qu'on nettoie pas les bibliothèque, on se retrouve avec une usine à gaz ingérable.

Le versioning des bibliothèques résout ce problème et je me souviens dans le passé avoir du installer une version spécifique de libstdc++ (fournie avec GCC) plus ancienne (.5 ou quelque chose) pour faire tourner mon jeu préféré de l'époque : ut2004. Mais à part ça, il me fallait aussi SDL 1.2 et autres bibliothèques totalement obsolètes.

Vouloir une ABI stable c'est se cantonner au passé, sinon il suffit que les packagers fournissent des versions plus anciennes et le problème est résolu. Rien ne t'empêche d'avoir :

• /usr/lib/libc.so.4
• /usr/lib/libc.so.5
• /usr/lib/libc.so.6

Merci le versioning, merci ELF.

AI is a mental disorder

Le gros problèmes des sites web qui sont pas spécialisés. Il y en avait une bonne à la sortie de la Nintendo Switch qui disait qu'elle tourne sous Linux Free BSD

AI is a mental disorder