• # suggestion

    Posté par  . Évalué à 10.

    Ils devraient le réécrire en C.

    Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr

    • [^] # Re: suggestion

      Posté par  (courriel, site web personnel, Mastodon) . Évalué à 3. DerniĂšre modification le 27 septembre 2025 Ă  19:13.

      Toi tu veux relancer une guerre !

      Je n’ai aucun avis sur systemd

      • [^] # Re: suggestion

        Posté par  (Mastodon) . Évalué à 7.

        Pourquoi le C alors qu'il y a déjà une version qui existe ?

        Faisons un Coreutils en Ada à la place, un langage sérieux et moins ésotérique que la bricole rouillé.

        Ada a fait ses preuves dans le complexe militaro-industriel les applications sensibles depuis les années 1980. Et en plus, ça a été conjointement conçu et normalisé par une boite française !

        • [^] # Re: suggestion

          Posté par  (site web personnel, Mastodon) . Évalué à 8.

          Non mais ce n’est pas la hype du moment
 On va plutĂŽt demander Ă  une IA de corriger le code rouillĂ© et ça fera un double combo kisscool

          “It is seldom that liberty of any kind is lost all at once.” ― David Hume

          • [^] # Re: suggestion

            Posté par  . Évalué à 4.

            En SPARK plutÎt alors : https://blog.adacore.com/an-introduction-to-memory-safety-concepts-and-challenges qui a un systÚme d'ownership de mémoire comme Rust, prouvé statiquement. Le post de blog cité dans le lien indique que c'est l'émergence de Rust qui les a poussé à regarder ça sérieusement.

            • [^] # Re: suggestion

              Posté par  (site web personnel, Mastodon) . Évalué à 3.

              Oui, on en avait parlé il y a quelques mois
              gilcot ‱ Journal ‱ la rouille et la comtesse

              “It is seldom that liberty of any kind is lost all at once.” ― David Hume

              • [^] # Re: suggestion

                Posté par  . Évalué à 4. DerniĂšre modification le 28 septembre 2025 Ă  09:26.

                Quelques * 12 mois, quoi, 2021 
 des comptes effacés depuis, la discussion est insuivable.

                • [^] # Re: suggestion

                  Posté par  (site web personnel) . Évalué à 4.

                  Ça arrive, et c'est triste, quand les gens ont peu de respect pour les communautĂ©s qu'ils quittent.

                  • [^] # [hs] comment quitter une communautĂ© ?

                    Posté par  (site web personnel, Mastodon) . Évalué à 3.

                    Je n’ai pas compris pour le respect. Il faut un cĂ©rĂ©monial particulier ici ?

                    “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                    • [^] # Re: [hs] comment quitter une communautĂ© ?

                      Posté par  (site web personnel) . Évalué à 4.

                      Rien ne t'oblige Ă  avoir une politique de terre brĂ»lĂ©e / demander Ă  virer tous tes contenus et commentaires quand tu pars. Si tu le demandes, c'est qu'il y a une volontĂ©/raison (qui peut ĂȘtre bonne ou mauvaise).

                      • [^] # Re: [hs] comment quitter une communautĂ© ?

                        Posté par  (site web personnel, Mastodon) . Évalué à 2.

                        Ah oui, je vois ; Je pensais juste à clÎturer son compte.
                        Je suppose qu’une bonne raison pour anticiper ce droit Ă  l’oubli c’est qu’il y a des donnĂ©es persos que l’on craint ? J’espĂšre pour ces personnes que le travail va jusqu’au nettoyage des caches des moteurs de recherche et des archives etc.

                        “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                        • [^] # Re: [hs] comment quitter une communautĂ© ?

                          Posté par  (site web personnel) . Évalué à 6.

                          À la fermeture du compte (cf aide https://linuxfr.org/aide#aide-fermercompte ) , tu peux demander l'anonymisation et ça rĂšgle le cas de la plupart des donnĂ©es persos. Parfois on a des demandes supplĂ©mentaires (genre une adresse postale ou un numĂ©ro de tĂ©l qui traĂźneraient dans un commentaire ou un contenu). Mais si tu demandes une purge complĂšte des contenus et commentaires, c'est en gĂ©nĂ©ral qui tu pars soit mĂ©content soit sans avoir trop rĂ©flĂ©chi aux consĂ©quences (que l'on voit Ă  l'origine de ce fil, avec une archive contenant une discussion partiellement caviardĂ©e). Dans le dernier cas, on peut expliquer et arriver Ă  un changement d'avis. Dans le cas prĂ©cĂ©dent, c'est juste perdu.

                • [^] # Re: suggestion

                  Posté par  (site web personnel, Mastodon) . Évalué à 4.

                  Bien vu, je n’ai pas vu le temps passer :( ni ne me suis rendu compte des dĂ©parts (et des arrivĂ©s mais cela n’intervient pas ici
)

                  “It is seldom that liberty of any kind is lost all at once.” ― David Hume

            • [^] # Re: suggestion

              Posté par  (site web personnel) . Évalué à 2.

              En Java plutÎt, car lui est vraiment mémoire sûr et bien plus connu.

              Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

              • [^] # Re: suggestion

                Posté par  . Évalué à 1.

                Mais n'a rien Ă  voir avec Ada, dans ce contexte

              • [^] # Re: suggestion

                Posté par  . Évalué à 4.

                AprÚs consultation de la liste des outils présents dans coreutils, je trouve que Java est vraiment un bon candidat. Les enchaßnements du type cat | cut | tr | sort | uniq ont tout à y gagner.

                • [^] # Re: suggestion

                  Posté par  . Évalué à 4.

                  Une VM pour tous les piper.

                • [^] # Re: suggestion

                  Posté par  (site web personnel, Mastodon) . Évalué à 5.

                  Les enchaĂźnements du type cat | cut | tr | sort | uniq ont tout Ă  y gagner.

                  UUOC spotted !

                  • [^] # Re: suggestion

                    Posté par  . Évalué à 4.

                    <mauvaise_foi.mode=absolue>
                    pas du tout, ça dĂ©pend des options de cat utilisĂ©es, par exemple, euh
 cat -E ?
                    <mauvaise_foi.mode=normale>

              • [^] # Re: suggestion

                Posté par  (site web personnel, Mastodon) . Évalué à 2.

                MĂ©moire sĂ»re si tu as bien allouĂ© ce qu’il faut. J’imagine bien la prise de tĂȘte quand ton head commence Ă  rĂ©clamer trop de RAM pour traiter un fichier de trois kilos, ou plante parce-que tu n’as pas bien configurĂ© le Nachat etc.

                “It is seldom that liberty of any kind is lost all at once.” ― David Hume

              • [^] # Re: suggestion

                Posté par  (site web personnel, Mastodon) . Évalué à 3.

                Comme d'habitude, Brendan Gregg a déjà commencé le travail et vous propose dans sa page d'outils spéciaux, une implémentation de la commande echo en java (presque tout en bas de la page). Vous pourrez constater que le code est beaucoup plus court que la version de GNU écrite en C, ce qui démontre la supériorité de Java pour cette utilisation.

        • [^] # Re: suggestion

          Posté par  . Évalué à 2.

          Ada a fait ses preuves dans le complexe militaro-industriel les applications sensibles depuis les années 1980.

          Y compris dans certaines centrales nucléaires françaises.

        • [^] # Re: suggestion

          Posté par  . Évalué à 5.

          Mais non, si c'est pour des outils de base, il faut utiliser du BASIC, c'est Ă©vident.

          • [^] # Re: suggestion

            Posté par  (courriel, site web personnel, Mastodon) . Évalué à 6.

            Et pourquoi pas du Pascal ?

            Je n’ai aucun avis sur systemd

            • [^] # Re: suggestion

              Posté par  . Évalué à 4.

              Il faudrait ajouter des easter eggs aux coreutils pour justifier l'utilisation du Pascal.

              (je me dis que tu as loupé mon jeu de mots sur "de base" et BASIC :D)

              • [^] # Re: suggestion

                Posté par  (courriel, site web personnel, Mastodon) . Évalué à 5.

                Non j'ai pas loupé, mais fallait bien en rajouter à la série (et on n'a pas encore parlé de Fortran).

                Je n’ai aucun avis sur systemd

                • [^] # Re: suggestion

                  Posté par  (site web personnel) . Évalué à 3.

                  Tu viens de le faire.

                • [^] # Re: suggestion

                  Posté par  (site web personnel, Mastodon) . Évalué à 2.

                  Il y en a beaucoup (d’outils de bibliothĂšque, plus qu’on peut le penser) mais pas core
 En mĂȘme temps, ce langage n’apporte pas grand chose dans des commandes comme head et tail, alors qu’elle peut ĂȘtre un bon candidat pour factor ?

                  “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                • [^] # Re: suggestion

                  Posté par  (Mastodon) . Évalué à 3.

                  DĂ©solĂ©, mais
 le Pascal, ce n'est pas un langage de vrai programmeur 👿

                  • [^] # Re: suggestion

                    Posté par  (site web personnel, Mastodon) . Évalué à 3.

                    À noter que le mĂšme peut s’appliquer Ă  n’importe quel langage qui n’est ni de l’assembleur n saisi via carte perforĂ©e : C, Rust, Java, Python, Kotlin, mettez-ce-que-vous-aimez ;)

                    “It is seldom that liberty of any kind is lost all at once.” ― David Hume

                    • [^] # Re: suggestion

                      Posté par  (Mastodon) . Évalué à 3. DerniĂšre modification le 28 septembre 2025 Ă  23:02.

                      Ah non, justement, le langage C, c'est du langage de vrai programmeur ! 😈

                      La preuve dans le paragraphe "THE FUTURE" du manifeste, oĂč le langage C est mentionnĂ©:

                      [Even] C programming can be appreciated by the Real Programmer: after all, there's no type checking, variable names are seven (ten? eight?) characters long, and the added bonus of the Pointer data type is thrown in. It's like having the best parts of FORTRAN and assembly language in one place. (Not to mention some of the more creative uses for #define.)

Suivre le flux des commentaires

Note : les commentaires appartiennent Ă  celles et ceux qui les ont postĂ©s. Nous n’en sommes pas responsables.