Journal traduction git

Posté par M le 04 décembre 2013 à 12:17. Licence CC By‑SA.

Étiquettes :

déc.

2013

Aujourd'hui j'ai eu la surprise de voir git me parler en français.

Et il y a des trucs vraiment surprenant ( https://github.com/git/git/blob/master/po/fr.po ) :

"un picorage ou un retour est déjà en cours"
"Possible de fusionner exactement une seule validation dans une tête vide"
"Veuillez les valider ou les remiser."

# traduction fr-quebec ?

Posté par NeoX le 04 décembre 2013 à 12:28. Évalué à 10.

la faute à nos cousins outre atlantique ?
- [^] # Re: traduction fr-quebec ?
  
  Posté par saltimbanque (site web personnel) le 04 décembre 2013 à 12:45. Évalué à 10.
  j'espère qu'ils nous feront de bons messages d'erreur
```
$ git push --rebase
Chris'!, ça a pas d'bon sens lé!
```
- [^] # Re: traduction fr-quebec ?
  
  Posté par Reihar le 05 décembre 2013 à 12:39. Évalué à -10.
  
  Il faudrait rechercher les occurrences d'atrocités telles que "courriel".
  - [^] # Re: traduction fr-quebec ?
    
    Posté par Marotte ⛧ le 06 décembre 2013 à 09:20. Évalué à 6.
    
    Je ne vois pas en quoi c'est une atrocité. C'est la contraction de « courrier électronique » de la même manière que e-mail est la contraction de « electronic mail ».
    
    Quel mot utilises-tu ?
    - [^] # Re: traduction fr-quebec ?
      
      Posté par Reihar le 09 décembre 2013 à 15:28. Évalué à -2.
      
      E-mail, un mot bien plus élégant et dérivé du français.
      - [^] # Re: traduction fr-quebec ?
        
        Posté par Marotte ⛧ le 09 décembre 2013 à 21:01. Évalué à 5. Dernière modification le 09 décembre 2013 à 21:04.
        
        dérivé du français
        
        ?
        
        Je ne sais pas si « mail » dérive de « malle » ou quoi ou qu'est-ce, mais je voudrais bien que tu m'expliques en quoi « e-mail » serait plus français que « courriel ».
        
        [^] # Re: traduction fr-quebec ?
        
        Posté par Reihar le 10 décembre 2013 à 10:21. Évalué à -2.
        
        Mail dérive de malle, en effet. E-mail est d'usage historique, la création d'un néologisme abject à la sonorité proche de la stridente complainte du cafard agonisant n'était pas nécessaire.
# traduction git

Posté par mickabouille le 04 décembre 2013 à 12:51. Évalué à 3.

Perturbant… Comment on désactive l'internationalisation ?
Je ne parle pas de "LANG=C foo", il doit bien y avoir un moyen de le configurer pour que ce soit permanent ?
- [^] # Re: traduction git
  
  Posté par hsyl20 (site web personnel) le 04 décembre 2013 à 13:49. Évalué à 1.
  
  Moi j'ai fait de façon permanente depuis que c'est arrivé sous Arch :
  alias git="LANG=C git"
  - [^] # Re: traduction git
    
    Posté par potate le 04 décembre 2013 à 14:01. Évalué à 4.
    
    Je préfère LANG=en_US.UTF-8 : ma config vim chie dans la colle avec LANG=C.
- [^] # Re: traduction git
  
  Posté par gouttegd le 04 décembre 2013 à 13:54. Évalué à 4.
  Oui, à la compilation. Extrait du configure.ac de Git :
```
# Define NO_GETTEXT if you don't want Git output to be translated.
# A translated Git requires GNU libintl or another gettext implementation
```
# C'est vrai que c'est assez drôle

Posté par Framasky (site web personnel) le 04 décembre 2013 à 13:12. Évalué à 2.

J'ai aussi eu la surprise hier.

Pourquoi pas, ça peut être utile pour mieux comprendre le brol.

Being a sysadmin is easy. As easy as riding a bicycle. Except the bicycle is on fire, you’re on fire and you’re in Hell.
- [^] # Re: C'est vrai que c'est assez drôle
  
  Posté par cosmocat le 04 décembre 2013 à 13:51. Évalué à 10.
  
  Pourquoi pas, ça peut être utile pour mieux comprendre le brol.
  
  Je suis pas certain. Quand tu veux comprendre un outil, il faut des fois rechercher des messages d'erreur sur le web. Et si ton message est localisé, t'as du mal à trouver.
  
  Pour moi, la traduction est SEULEMENT pour ceux qui ne parlent pas DU TOUT l'anglais.
  
  PS : Et pourtant, je suis le traducteur français d'une des IHM de Git. Je continue à l'utiliser en anglais (et le conseille fortement à mes collègues) même si je suis l'auteur de la traduction française.
  - [^] # Re: C'est vrai que c'est assez drôle
    
    Posté par Bernez le 05 décembre 2013 à 09:25. Évalué à 6.
    
    Quand tu veux comprendre un outil, il faut des fois rechercher des messages d'erreur sur le web. Et si ton message est localisé, t'as du mal à trouver.
    
    Il m'arrive d'avoir des logiciels que j'utilise en français en temps normal, et que je passe en anglais juste quand j'ai une erreur et que je veux faire une recherche dessus sur le web. Pour moi il n'y a pas d'incompatibilité entre les deux approches.
    - [^] # Re: C'est vrai que c'est assez drôle
      
      Posté par Albert_ le 05 décembre 2013 à 22:54. Évalué à 3.
      
      Sauf que sur certain systeme c'est pas si simple le multilingue…
  - [^] # Re: C'est vrai que c'est assez drôle
    
    Posté par barmic le 05 décembre 2013 à 09:35. Évalué à 9. Dernière modification le 05 décembre 2013 à 09:36.
    
    Je suis pas certain. Quand tu veux comprendre un outil, il faut des fois rechercher des messages d'erreur sur le web. Et si ton message est localisé, t'as du mal à trouver.
    
    La bonne solution à ça ne serait pas plutôt d'utiliser des codes d'erreurs comme oracle par exemple (c'est vrai que c'est moins sexy). Si le message d'erreur sert juste à identifier un problème autant lui donner un identifiant. Pour moi au contraire le message d'erreur doit être là pour que l'utilisateur comprenne où est le problème et puisse le corriger de lui même.
    
    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# Si c'est pas parfait, on contribue non ?

Posté par GaMa (site web personnel) le 04 décembre 2013 à 14:05. Évalué à 9.

Le mec a traduit git, c'est pas parfait mais quand on regarde le .po c'est pas non plus n'importe quoi.

Il serait peut être plus intéressant de rentrer en contact avec lui pour améliorer la traduction, au lieu de venir dire ici qu'il a fait de la merde (même si c'est pas obligatoirement l'intention)

Car si c'est pas forcement une bonne chose de changer les termes techniques, je pense qu'avoir le reste (phrases, doc, ..) traduit peut grandement aider.

Matthieu Gautier|irc:starmad
- [^] # Re: Si c'est pas parfait, on contribue non ?
  
  Posté par Günther Freimann le 04 décembre 2013 à 14:23. Évalué à 10.
  
  Et si cette tentative peut mener à un consensus sur la traduction française du vocabulaire de la gestion de versions, ça serait une très bonne chose.
  
  Je suis un peu dubitatif sur la traduction du « to prune » par « éliminer ». Ça veut plutôt dire élaguer. Là on perd la métaphore de l'arboriculture. Il faudra que je le lui dise.
  
  Par contre, « remiser » pour « to stash », c'est bien trouvé.
- [^] # Re: Si c'est pas parfait, on contribue non ?
  
  Posté par M le 05 décembre 2013 à 00:07. Évalué à 4.
  
  Le mec a traduit git, c'est pas parfait mais quand on regarde le .po c'est pas non plus n'importe quoi.
  
  Ben c'est plus l'aspect traduction qui est dérangeant pour les termes techniques.
  
  on utilise les commandes git rebase, cherry-pick, merge, commit, … et la dans les messages il y a la traduction de ces commandes. C'est super déroutant.
  
  Si on pousse la logique jusqu'au bout il faut traduire les commandes et arguments des logiciels :p
  - [^] # Re: Si c'est pas parfait, on contribue non ?
    
    Posté par symoon le 05 décembre 2013 à 01:25. Évalué à 4.
    
    il faut traduire les [..] et arguments des logiciels :p
    
    Tu veux dire les paramètres des logiciels ? :-)
    
    Mise à part cette petite remarque rappelant le français vs franglais, c'est vrai que c'est déroutant de ne plus trouver le nom de la commande. (mais pourquoi pas fournir une liste d'alias git francophones ?)
    
    Pour autant, pour le jargon anglophone souvent utilisé, on a souvent tendance en traduction à rappeler ce jargon tout en proposant un traduction (par exemple: swap, scheduler.
    Cela permet aux non-anglophones de mieux comprendre le contexte du programme/doc sans avoir à chercher sur le web à chaque fois.
  - [^] # Re: Si c'est pas parfait, on contribue non ?
    
    Posté par hugoL le 05 décembre 2013 à 16:38. Évalué à 3.
    
    Si on pousse la logique jusqu'au bout il faudrait traduire "git"…
  - [^] # Re: Si c'est pas parfait, on contribue non ?
    
    Posté par cjlano le 05 décembre 2013 à 17:17. Évalué à 7.
    Si on pousse la logique jusqu'au bout il faut traduire les commandes et arguments des logiciels :p
    
    Genre comme dans les tableurs?
```
=SUM(A1:A5)
```
    A non, je suis sur un tableur en français…
```
=SOMME(A1:A5)
```
    Et comment on dit "RAND()" en français?
    
    C'est l'arrachage de cheveux permanent: difficile de trouver de l'aide (voire impossible suivant la langue du tableur), impossible de copier/coller des exemples, …
    
    C'est pas vraiment une bonne idée.
    - [^] # Re: Si c'est pas parfait, on contribue non ?
      
      Posté par barmic le 10 décembre 2013 à 12:02. Évalué à 3.
      
      Et comment on dit "RAND()" en français?
      
      ALEA() ?
      
      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
# tête vide

Posté par Antoine le 05 décembre 2013 à 20:40. Évalué à -2.

Possible de fusionner exactement une seule validation dans une tête vide

De toute façon, avec un cerveau normalement constitué on choisit pas d'utiliser git !
# Il y en a aussi avec gpg

Posté par khivapia le 06 décembre 2013 à 10:39. Évalué à 7.

je fus plusieurs fois alerté par un "caractère cité-imprimable dans l'armure provenant certainement d'un agent de transfert de messages bogué".

Suivre le flux des commentaires

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