Journal Acronymania

Posté par  (site web personnel, Mastodon) .
Étiquettes :
10
9
jan.
2010
Coucou nourjal,

Je travaille un peu tard ce soir et je dois dumper des projets SVN alors j'ai du temps pour autre chose. J'ai donc lancé synaptic sur ma debian squeeze pour faire les mises-à-jour. Bien. Jusqu'ici, rien de bien captivant. Ceux qui iront au paragraphe suivant sont de vrais amis...

Parmi les paquetages nouveaux, il y a "avarice". Comme 'habitude, je lis la ligne de sous-titre pour me faire rapidement une idée sur l'utilité du paquetage. Et voilà ce que je lis:

Utilise GDB avec l'ICE JTAG d'Atmel pour AVR

Presque aussi drôle que "S'adr. à l'hôt. Mart."

  • # gni?

    Posté par  . Évalué à 6.

    SVN c'est quoi?

    • [^] # Re: gni?

      Posté par  . Évalué à 10.

      le fils de CVS, et le pere de GIT :D

      • [^] # Re: gni?

        Posté par  . Évalué à 4.

        et GIT c'est le frère ennemie de bitkeeper

        • [^] # Re: gni?

          Posté par  . Évalué à 3.

          c'est juste un autre SCM.

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Feux de l'amour

        Posté par  . Évalué à 2.

        Il me semble que SVN n'est pas du tout le père de GIT. Je penche plutot pour (grand) fère ennemi!

        (Car il faut se rappeler que pour Linus, SVN est l'exemple même de ce qu'un SCM ne doit pas être...
        Voir la page http://en.wikipedia.org/wiki/Git_%28software%29
        et la citation issue de cette page :
        “For the first 10 years of kernel maintenance, we literally used tarballs and patches, which is a much superior source control management system than CVS is, but I did end up using CVS for 7 years at a commercial company [Transmeta] and I hate it with a passion. When I say I hate CVS with a passion, I have to also say that if there are any SVN (Subversion) users in the audience, you might want to leave. Because my hatred of CVS has meant that I see Subversion as being the most pointless project ever started. The slogan of Subversion for a while was "CVS done right", or something like that, and if you start with that kind of slogan, there's nowhere you can go. There is no way to do CVS right.”

        )

  • # reportbug

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

    Envoie un rapport de bogue sur avarice (avec patch pour le debian/control, idéalement). Ce genre de description devrait être corrigé.

    • [^] # Re: reportbug

      Posté par  . Évalué à 7.

      Et pourquoi devrait-elle être corrigée? Cette description est tout à fait sensée pour quelqu'un que le package intéresse. Expliciter les acronymes (ou pire essayer de les traduire) n'apportera rien d'autre que de la confusion. C'est un package extrêmement spécialisé qui utilise donc du jargon de son domaine (et AVR décrit un type de puce, comme PPC ou ARMv7).

      • [^] # Re: reportbug

        Posté par  . Évalué à 1.

        Oui certainement, mais en ce qui me concerne j'aime bien savoir a quoi sert ce qui est installé sur ma machine.
        Et là il peut s'agir d'une dépendance que Lol ZimmerliLol n'a pas installée directement.
        Je trouve donc sa remarque justifiée.

      • [^] # Re: reportbug

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

        C'est comme ces gens qui pensent que les publications scientifiques ne devraient pas être systématiquement écrites en latin mondain.

    • [^] # Re: reportbug

      Posté par  . Évalué à 3.

      ils ont été avares de mots :)

      Il y a la même chose pour archlinux (mais ce n'est pas un paquet officiel) :
      http://aur.archlinux.org/packages.php?ID=15455

      De toute façon, ce genre de logiciel, si on ne comprends pas tous les acronymes, c'est qu'on en a sans doute pas besoin !

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: reportbug

        Posté par  . Évalué à 2.

        Imaginons un paquet qui aurait pour description :
        « Replaces ISO C calls in the intel-based x86_64-glibc by SSE-enabled calls when possible ».

        On ne comprend pas grand chose, c'est donc qu'on en a pas besoin, non ? Sauf que si je voyais un truc comme ça, le potentiel d'accélération que ça induit -- parce que les appels à la bibliothèque standard du C, j'en fais plein, et que j'ai une machine x86_64 avec SSE -- est énorme, vu que les appels à la bibliothèque standard du C, on en a partout.

        Alors certes, ça concernerait une petite frange de la population : il y a plein de gens qui n'ont qu'un netbook => atom => 32 bits ; plein de gens qui ont un vieux x86 même pas 64 bits ; plein de gens qui n'ont « que » de l'AMD ; etc. N'empêche, pour la niche concernée, ce genre de paquet pourrait sérieusement accélérer l'intégralité du système (si la glibc n'était pas déjà optimisée dans ce sens -- je ne sais pas si c'est le cas, mais ça semblerait logique d'avoir certains bouts de codes spécifiques pour une architecture donnée, allant un peu au-delà de i686...).

        Expliquer dans la doc de ce paquet hypothétique « si tu remplis les critères {intel;x86_64} tu peux potentiellement avoir 30% d'accélération sur certains applications », même si on ne comprend pas bien le charabia de la description donnée au début de ce post, ce serait quand même pas mal.

  • # Euh...

    Posté par  . Évalué à 9.

    Ça me semble parfaitement clair...

    Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

    • [^] # Re: Euh...

      Posté par  . Évalué à 6.

      Merci pour ta participation qui éclaire le débat !

  • # Et on comprendrait mieux avec l'explication ?

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

    Voici, en une phrase (puisqu'on peut pas faire une page wikipedia dans une description de paquetage), ce que je dirais :

    "Utilise le débuggeur GDB avec l'émulateur ICE JTAGE d'Atmel pour processeurs AVR".

    Je pense qu'on pourra difficilement faire mieux.

    Pour info :
    - GDB est le GNU debuggeur
    - ICE JTAG est le nom pur et simple d'un produit : un émulateur AVR de la société Atmel
    - AVR est un processeur

    Est-ce franchement plus clair ?

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: Et on comprendrait mieux avec l'explication ?

      Posté par  . Évalué à 3.

      Comme dis plus haut, je suis d'accord sur le fond, mais une petite correction sur la forme: ICE JTAG n'est pas un produit d'Atmel et ce n'est pas du tout un émulateur (du moins pas au sens ou tu sembles l'entendre). Le JTAG ([http://fr.wikipedia.org/wiki/JTAG]) est un bus de données qui permet au débogueur d'accéder aux ressources du chip et l'ICE ([http://en.wikipedia.org/wiki/In-circuit_emulator], je mets l'article anglais, car le français est daté sinon carrément faux) est le morceau de hardware qui fournit la connectivité JTAG vers l'extérieur. Il s'agit de termes génériques et non pas du nom d'un produit.

      • [^] # Re: Et on comprendrait mieux avec l'explication ?

        Posté par  . Évalué à 3.

        Petite précision :
        En fait, JTAGICE est bien un nom de produit chez Atmel. Si la description du package est en francais, je pense que quelqu'un a mal fait la traduction et transformer JTAGICE en ICE JTAG
        (le nom complet officiel est AVR JTAGICE avec deux produits, AVR JTAGICE et AVR JTAGICE MkII).
        C'est le produit utilisé pour programmer et débugger les circuits AVR, XMega et AVR32 de la société ATMEL (pour laquelle je travaille, soit dit en passant...)

    • [^] # Re: Et on comprendrait mieux avec l'explication ?

      Posté par  . Évalué à 3.

      Ça fait déjà moins "j'utilise des acronymes pour embrouiller tout le monde et être le seul à comprendre"
      Là on voit bien que si on ne comprends pas, c'est que ça ne nous concerne pas.
      Il est clair que ce n'est pas nécessaire de rendre toutes les descriptions accessibles à un kikoolol, mais un minimum de clarté c'est bien :)

    • [^] # Re: Et on comprendrait mieux avec l'explication ?

      Posté par  . Évalué à 4.

      « "Utilise le débuggeur GDB avec l'émulateur ICE JTAGE d'Atmel pour processeurs AVR".

      Je pense qu'on pourra difficilement faire mieux.

      [...]
      Est-ce franchement plus clair ? »

      Clairement oui. Car au moins on sait à quoi se rapportent les différents acronymes. Ensuite, si on ne sait pas ce qu'est un debugger, un émulateur, et un processeur, alors d'abord il faudra regarder de ce côté avant de se pencher sur les différents acronymes....

  • # GDB, AVR, SVN ne sont pas des acronymes

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

    http://fr.wikipedia.org/wiki/Acronymie


    [...] abréviation d’un groupe de mots formée par la ou les premières lettres de ces mots dont le résultat, nommé acronyme, se prononce comme un mot normal [...]
    Il diffère en ce point du sigle dont les lettres sont épelées (comme « SNCF »)

    • [^] # Re: GDB, AVR, SVN ne sont pas des acronymes

      Posté par  . Évalué à 6.

      c'est que tu n'es pas assez g33k pour les prononcer alors ! ;)

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # facile ?

    Posté par  . Évalué à 2.

    au rique de me vautrer:
    JTAG, c'est une prise/un port que l'on retrouve sur les processeurs pour en observer/modifier le comportement. Certains hacks de consoles de jeux sont passé par là.
    GDB, c'est le debugger associé à GCC (le compilateur)
    Atmel, c'est un constructeur de micro-contrôleurs
    AVR, c'est un micro-contrôleur.
    Bref l'ensemble semble destiné à l'aide à la programmation sur micro contrôleur.

    Pas sûr que ça t'aide pour ton SVN, qui est un logiciel de gestion de version :)

Suivre le flux des commentaires

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