uso a écrit 270 commentaires

La vidéo ne parle ni des avantages de rust par raport a C, ni de l'algo utilisé pour le scheduler en rust.
Si l'algo utiliser n'est pas le même, l'ordonnanceur aurait pu être codé en js, avec ça VM dans le kernel qui exécute le code JS, et quand méme avoir un gain de performances.

Les bons commentaires font partie du code. Les deux évoluent ensemble…

Oui, et mon point, c'est de dire que c'est plus dur d'écrire un commentaire qui ne contient pas d'erreur qu'un code qui ne contient pas d'erreur.
Car le code est beaucoup plus testé.
Le code et les commentaires évoluent ensemble, mais les commentaires ont plus de chances de mal évoluer.

J'avoue avoir déjà fait ce genre de commentaire, et ça rend assez propre.

Par contre, j'ai aussi déjà fait ce genre de commentaire, dans des fonctions que j'ai beaucoup modifiées après, et forcément, j'ai oublié de modifier les commentaires, et me suis retrouvé avec des commentaires type "/* initialize Video */", alors que le code dessous n'initialise pas du tout la Vidéo, qui a été bougé 20 lignes en dessous.

Ce qui est complètement crétin, évidemment, c'est de ne pas documenter son code. Ce n'est pas du temps perdu mais un investissement parce que, quand on se retrouve dessus après un certain temps, on perd moins de temps à comprendre ce qu'on a fait.

Je peux comprendre l'attrait de commenter son code, le problème, c'est qu'on a très peu d'outils pour aider à trouver des commentaires faux.

Si on oublie de free une variable, on a plein d'outils pour aider à trouver qu'on a oublié de free cette variable, si on fait un if (variable) à la place d'un if (not variable), on a des tests et un programme qui bugue, ce qui peut nous aider à trouver qu'on a oublié la négation.

La plupart des gros projets ont tous un tas d'outils pour trouver des bugs, et de la revue de code, et pourtant ont toujours plein de bugs.

Les commentaires, eux, n'ont pratiquement rien (juste la revue de code). Ce qui fait que les commentaires, qui eux sont très peu analysés, sont généralement la partie du code qui contient le plus de bug par ligne de commentaire. (par bug, j'entends commentaire qui ne dit pas ce que devrait faire le code)
Et si un commentaire est erroné, aucun outils ou tests ne va te dire qu'il est faux.
Et quand t'a déjà passé une demi-journée à te faire toute la Documentation d'une bibliothèque, car un commentaire te dit d'absolument appelle une autre fonction avant d'appeler celle dont tu as besoins, pour au final en lisant le code de la bibliothèque te rendre compte que le commentaire aurait juste dû être supprimé, car il concernait une ancienne version de la bibliothèque.
Bah, tu regardes les commentaires d'un autre œil.

Je ne dis pas qu'il ne faut pas commenter son code, mais c'est très facile d'oublier une négation dans une phrase, ou de changer la logique d'un code, et laisser les anciens commentaires qui explique l'ancienne logique.
C'est pour ça que les commentaires ne devrait être utilisé que pour dire ce que ne dit pas le code, ou faire de la Documentation utilisateur.
Et si un code à besoins d'être commenté, peut-être que c'est le code qui est trop compliqué et devrait être changé pour peu être avoir un code plus simple, voir qu'y s'auto-documente.

Mais étant un développeur standard, et ayant fait des math, on m'a appris à ne pas fuir, les dérivés.
Hors étant dyslexique, je lis, en la dérive ambiante, des ivres d'ambiance.
Alors étant quelqu'un de cultivé, l'ivresse me fait penser à Gin des boulots étrange. (Du manga Gintama(銀魂)).

Vu que le dernier épisode de Gintama que j'ai vu parlait de Wizardry, il me semble logique, et dans le sujet de ce thread, de parler de cette saga de RPGs, qui si on y regarde à tout l'air d'être une vielle saga de Dungeon Crawler classique, et sans peu d'intérêt,
Quand on y joue, on se rend compte que c'est belle et bien un Dungeon Crawler très classique avec assez peu d'intérêt aujourd'hui, et contient tout ce qui peut être énervant dans un vieux RPG : piège invisible, histoire très banale, mort à tous les recoins, et qui souvent paraissent injustifiés. (sans parler du manque de tuto pour bien commencer le jeu).

Et si le jeu est l'un des premiers Dungeon Crawler, la concurrence de l'époque était rude, c'est dure de voir l'influence qu'à eux ce jeu sur les JDR qui on suivit, et au final, cette saga, c'est plutôt fait oublier à côté des ultimas, Elder Scroll ou la Saga de SF inspirée de Star Trek : Might and Magic. (bon en vrais, je parle sans trop connaitre, des gents expliquent que Wizardry à inspiré tous les jeux récents)

Mais si on regarde le jeu d'un autre angle, c'est en fait l'un des ダンジョンアドベンチャー(Dungeon Crawler en japonais) les plus influant qui a existé.
Car si en Europe, et aux US, on ne se rappelle pas tant de Wizardry, le jeu à était un carton au Japon, tellement qu'aujourd'hui la plupart des Wizardry récent, sont développés par des Japonais.
La série a servi d'influences à une flopée de JRPG, et même Dragon Quest n'aurait surement pas vu le jour sans Wizardry. (qui est le JRPG qui a influencé tous les JRPG)
Vu que généralement les Jeux de chez nous ne marchent pas beaucoup au Japon, et les RPG occidentaux y sont très peu connus, je trouve ça étonnant de voir à quel point ce jeu à influencer les jeux japonais.

Dalleur, si on retrouve autant de wizardry dans un Dragon Quest 1 que dans un Elder Scroll Arena, c'est rigollot, de voir à quels points les Jeux japonais et américain, on prit des directions différentes en s'inspirant du même jeu.

Par contre, niveaux ré-implémentation Libre, je n'ai pas trouvé grandes choses :
Celui-là qui n'a pas l'air finit, et abandonné, mais a la particularité assez rare, que sur la fin le dev voulait porter le code de C++ a C.
et celui-là qui a l'air d'être. Encore développée et a un beau Readme.

Mais au final, si Wizardry m'a appris une chose à travers ces Dungeon trop long, ces couloirs interminables et coupe-gorges à chaque pas, c'est qu'il ne faut pas se fier aux apparences, que l'ont peu trouvé le beau dans ce qui semble pourtant si banal, et un cus de sac peu en fait étre un téléporteur vers les plus beaux trésort, donc s'arrêter à un discours de RMS qui semble trop ambiguë pour juger le personnage est une erreur. et une preuve flagrante d'inculture. (aussi flagrant que pour faire un pavé aussi long sur Wizardry, le mettre en commentaire était une bien meilleure idée qu'un journal)

Ceci dit, RMS, est assez strict dans ça manière d'utiliser des ordinateurs, à ne s'autoriser aucun logiciel proprio.

Alors que GPL c'est juste une licence qui peu même être utilisé en dual-licence avec une autre propriétaire.

Si on me dit, il faut plus de RMS, j'entends, il faut plus de gents qui ne font aucune concession quand on parle du libre.

Si on me dit, il faut plus de GPL, j'entends qu'il faut plus utiliser la GPL, mais ça ne dit rien sur les bibliothèques utilisées, ou sur les doubles licences.

Genre faire des jeux en GPL qui utilisent Unity rentre dans l'idée de "il faut plus de GPL", mais pas "il faut plus de RMS" quand on se base sur ça.

Et il me semble que quand on écoute une personne qui développe des idées, ont peu en adapter certaines et rejette d'autres.
Si quelqu'un écrits un blog "il faut plus de Proudhon", et parle d'autogestion, je ne vais pas associer les idées du blogueur aux idées sexistes et antisémite de Proudhon. (surtout si dans le même poste la personne dit ne parler de Proudhon que pour ce qu'il a écrit sur l'autogestion)

Ceci dit, on a encore pas mal de programme, comme curl ou wine, qui sont en C89 pour être le plus portable possible.

Après pour Hare, bah, je trouve que comparer à un GNU C, qui a ces defer, bah la seule chose qu'il apporte, c'est sa gestion d'erreur, et les modules.
Et comparer à C, je n'ai pas l'impression qu'on ait de _Generic, ou de macro, ce qui a l'air d'en faire un langage moins puissant que GNU C11.
Comparer à un C11 sans GNU, on échange les macro et générique, pour du defer, et des modules, ce qui n'est pas forcément si rentable.

doas se veut vraiment minimaliste, et n'a que peu d'options de sudo.
Ça se limite à autoriser des user/groups à se lancer en tant que root. ou à autoriser/dénier certaines commandes.
Il y a 2/3 options telles qu'autoriser de ne pas mettre de mot de passe, ou ne pas redemander doas à chaque fois.
Là conf n'est pas compatible avec sudo, et ressemble à ça

Mais de mémoire sudo permet de configurer les timeout, et a plein d'autres options caché que je ne connais pas.
Mais oui sudo-rs supporte surement déjà plus d'option que doas, surtout qu'il se veut un "drop-in" remplacement.

http://www.tux-planet.fr/comment-se-faire-insulter-par-sudo/

Pardon, je viens de voir que sudo-rs ne support pas les insulte, le projet n'est absolument pas stable en fait.

doas c'est l'implémentation de openbsd de sudo en C.
Elle se différencie de sudo sur le fait que doas support moins de fonctionnalités que sudo.
Par contre, avec le minimalisme et le focus sur la sécurité de openbsd, si je dois prendre une implémentation safe, j'irai plus vers doas qu'un sudo-rs qui, malgré une implémentation dans un langage safe, a une base de code beaucoup plus grosse à maintenir et donc plus de chances de faille de sécu.
Bien sûr, il ne faut pas avoir besoins des fonctionnalités supplémentaires de sudo, et l'option pour se faire insulter manque à doas.

Oui, c'était de l'humour, mais j'avoie ne pas avoir fait trop d'effort pour expliciter mon 2nd degré, donc je comprends les moinssage et le message 1er degré pour expliquer mon erreur.

Ouais, j'aurais dû partir sur TLD, et pas sur TLD.
Mais je me suis limité à la page anglaise, et y'avais pas de lien vers TLD.
Après, je suis partie à chercher dans les CPUs instruction set, si il n'y a pas d'instructions qui s'appellent TLD.
Mais ça a pas l'air d'être utilisé.

Ah, ouais, ça parle de Tracking Level Detections
Mais ce n'est qu'une petite partie des capacités de l'I/O de l'ordinateur, fait dans un domaine ultra-spécialisé, ça ne rend pas tout l'I/O harmful.

Note:
Je ne viens pas de passer 10mn à chercher tous les acronymes de TLD pour creuser mon moinssage.
Normalement, c'est plus facile en crée des quiproquo débile, vu le nombre d'acronymes utilisé en informatique, des fois dans des domaines pas très éloigné.
Genre parler de comment KVM("keyboard, video, and mouse"), gère la VM(Virtual Machine) d'une VM(Virtual mémory).
Dalleur KVM ça peu aussi vouloir dire Kernel-based Virtual Machine.

Si on ne peut plus faire des appelées I/O, via stdIO ou autres, comment tu affiches des messages dans tes programmes ?

Parce que même si on s'amuse à faire les appelle système manuellement (avec de l'assembleur inline, ou la fonction syscall), bah ça reste de l'IO.

En native, je ne sais pas, par contre raku est compilable en JVM: https://www.raku.org/compilers/

Tu es en train de répondre à :

Just the same, Asahi Linux has declared that people who do not actively support a specific sexual kink cannot be allowed in their project.

?

Parce que les problèmes avec cette phrase, c'est :
0 : Elle prend les propos du "lead d'Ashahi linux" sur son compte perso, et les fait passer pour la "position officielle du projet". (ça s'appelle un sophisme par association)
1 : Elle change son sens de "si vous étes anty-trans, vous pouvez GTFO", à "si vous êtes anty-trans, vous n'avez pas le droit de contribuer". (ça s'appelle un homme de paille)
3 : elle résume la transidentité à un kink, ce que ça n'est pas, mais est une manière de dénigrer les trans. (autre homme de paille, je suppose ?)

Et le truck, c'est que pour faire une phrase aussi chargé en sophisme au 1er degrée, on à généralement deux choix : être stupide ou être un connard.
Ce que Torval appelle "être une putain de honte pour l'humanité"

Après, tu fais un long post qui mélange tout, et j'ai rien comprit.

Ceci dit, tu as l'air de mélanger ce que le libre appelle le droit de modifier, qui est le droit de récupérer les sources et les repartager.
Et le fait de pas autoriser tout le monde à contribuer à un projet, ce que font apache avec leur CLA, ce que font plusieurs entreprises en mettant leurs sources soue licence libre, mais en n'acceptant pas les contributions, et de manière générale ce que fait tout projet libre qui n'a pas un mob.

De base, j'avais marqué "complétement transphobe", mais je trouvais que ça sonnait mieux en euphémisant (qu'il me semblait avoir contrebalancé avec la citation de Torval après).
Mais quand tu résumes la transidentité à un kink, oui, je considère qu'il est transphobe au dernier dégrée.
Ce qu'il fait en disant :

Just the same, Asahi Linux has declared that people who do not actively support a specific sexual kink cannot be allowed in their project.

Pour le coup, les 1ᵉʳˢ Linux sucks, c'était beaucoup du "les gents se plaignent, mais en fait ça ne marche pas si mal Linux".

Larry Wall aussi a tendances à mentionner la bible dans la moitié de ces conférences.
Le seigneur des anneaux dans les autres conf.

En vrais ça ne fait pas si longtemps qu'il est devenue influenceur d'extrême droite, depuis les manifestations BLM en 2020 je dirais.
Je ne peux plus mettre les sources, car il a supprimé son compte odysee, mais il avait fait des vidéos pour dire que les manifestations BLM étais ultra-violente et a dû changer de ville par peur de se faire agresser.
(et avec la propagande fox news et les twitter d'extrême droite qui joue énormément sur la victimisation et la peur, je peux voir comment c'est arrivée)

Au même moment, Gardiner Bryant a fait ce genre de vidéo, et a arrêté de faire des vidéos avec Lunduke. (je ne sais pas si Gardiner Bryant parle de Lunduke dans cette vidéo, mais ça me semble très probable)

Ceci dit, ça ne veut pas dire que ces articles tech sont mauvais, mais le fait que même quand il parle de tech, c'est souvent pour critiquer les "woke"(de manière plus ou moins directe), rarement pour parler de projet vraiment tech et qu'à côté, il fait des articles clairement d'extrême droite, font que j'ai du mal à pas avoir un avis biaisé sur tout ce qui vient de lui en ce moment.

Bah, on parle de Lunduke, qui est a tendance transphobe
À une opinion sur la pride qui, comme le dirait notre amie Torval "est une putain de honte pour la race humaine".
Oserais-je dire que c'est un shaman q-anon ?
je n'irai pas à ce procédé d'intention.

Mais bon, oui, ok, une shamane à la tête de GNOME fondation, c'est cringe,
elle n'a pas, ou peu, de connaissance en informatique.
Ceci dit, on a eu combien de gents trop haut placé à la Linux fondation, voir dans la plupart des grosse association qui parle de libre/open source, qui n'ont jamais participé à un projet libre, et on se demande s'ils en utilisent ?
Au final on a pas beaucoup de Stallman.

Note : J'ai hésité à linker les liens de propagande d'extrême droite de Lunduke, mais je suis surement assez naïve pour me dire que la majorité des lecteurs de Linuxfr, ne sont pas convaincus par sa suite de bais logique qu'il appelle "article".
Mais si vous lisez les articles politiques de Lunduke et ça vous convainc, par pitié, défendez-le, j'attends de voir vos arguments.

Effectivement, elles produisent juste des warnings.

Par contre je suis surpris que la communauté ruby ai une telle attache avec le typage. Ruby a du typage, mais il est très dynamique et plutôt permissif, il me semble (ça fait vraiment longtemps que j'ai rien regardé du langage).

Pareil ça fait longtemps que je n'ai pas fait de Ruby, mais il me semble que justement Ruby a un typage dynamique, mais très peu permissive, les implicites cast sont généralement interdits.
Et comparer à la plupart des langages, seul nil est nil.
Donc while(0) est une boucle infinie, vu que 0 est un int et seul nil et false sont faux.

Et vu que cela touche beaucoup à ruby qui a un typage de canard (vous savez, si ça ressemble à un canard, si ça nage comme un canard…), c'est pas idiot de revenir à un typage faible.

Sauf que Ruby a un typage dynamique fort.
Par contre JS comme Ruby ont effectivement du typage dynamique.