Bonjour ,
le(s) implémentation(s) spécifique(s) utilisés par l'application.
Pour moi ,il y a juste le terme implémentation qui me gêne:je rappelle que c'est une invention du milieu informatique qui n'existe ni dans le dictionnaire anglais ni dans le français.Traduire cela par implantation par exemple.
Salutations
Patrice PIQUEREAU
DGAC DAC/Ouest Délégation Bretagne patrice.piquereau @aviation-civile.gouv.fr
Afficher les réponses par date
Le guide est Real Time HowTo, c'est donc un recueil de mots inventés par des informaticiens. Il n'est pas destiné à un public non-averti, et les anglicismes y sont légions. Certains termes sont inusités en français (c'est le cas de implantation, dans le contexte d'ingénierie), et d'autres n'ont pas de traduction officielle, ou pire ont une traduction erronée. Je n'aime pas faire du français pour du français, quitte à nuire à la lisibilité du document ; J'ai mis une ndt à ce sujet au début du document. Petits exemples de ce que j'ai vu et sur lesquels j'ai douté depuis le début de cette traduction :
OS : personne n'utilise SE !!
RTOS plutôt que SETR, et de manière générale les acronymes sont intraduisible
DocBook (vicieux celui la !)
pré-emptivité/pré-emptibilité (pas le même sens, mais aucun des deux dans n'est dans aspell !)
scalability (extensibilité n'as pas le même sens !!) pour lequel je propose atomicité
thread : je met 1 fois "processus léger", par politesse. Mais franchement ...
jitter : j'ai traduit par "gigue" ... bonne chance à celui qui cherchera le sens ! (faudra peu être que je rajoute une ndt à celui là)
buffured hard disk : disque dur tamponné (ha oui ? et de quelle couleur l'encre ?)
header : entête, point h ? (j'ai mis entête)
....
Tout ça est très incontestablement discutable, mais la doc est sous gfdl, donc s'il y a un académicien xénophobe, il n'as qu'a retoucher les sources et proposer son fork() !
J'aime bien le français, mais amha, la langue se doit d'être vivante, et je n'attends pas après le petit larousse pour qu'il me ponde des horreurs du style "bogue" ou "mel" ou encore "cédérom". Les gens qui ont défini ça n'ont rien compris à la vie et ont déraciné des syllabes pour en faire des mots (ça s'écrit encore plus mal que ça sonne !). Je pense au contraire qu'il est plus judicieux de conserver le sens commun, et tans pis pour les pots cassés (je rappelle que ce document est destinés aux geeks, qui coderons sur un 'nux avec un clavier dvorak_fr ...) Dernière chose ... il y a quelques siècles, le français était considéré par un sâle argot par les latinistes ...
Merci pour toutes ces suggestions ...
@++, PoluX
Le mercredi 08 novembre 2006 à 08:45 +0100, PIQUEREAU Patrice - DAC-O/RENNES/DR a écrit :
Bonjour ,
le(s) implémentation(s) spécifique(s) utilisés par l'application.
Pour moi ,il y a juste le terme implémentation qui me gêne:je
rappelle que c'est une invention du milieu informatique qui n'existe ni dans le dictionnaire anglais ni dans le français.Traduire cela par implantation par exemple.
Salutations
Patrice PIQUEREAU
DGAC DAC/Ouest Délégation Bretagne patrice.piquereau @aviation-civile.gouv.fr
Liste de discussion Traduc Traduc@traduc.org http://www.traduc.org/mailman/listinfo/traduc [/!\ Les pièces-jointes doivent attendre l'approbation du modérateur.]
Francois Poulain wrote:
Le guide est Real Time HowTo, c'est donc un recueil de mots inventés par des informaticiens. Il n'est pas destiné à un public non-averti, et les anglicismes y sont légions. Certains termes sont inusités en français (c'est le cas de implantation, dans le contexte d'ingénierie), et d'autres n'ont pas de traduction officielle, ou pire ont une traduction erronée. Je n'aime pas faire du français pour du français, quitte à nuire à la lisibilité du document ; J'ai mis une ndt à ce sujet au début du document. Petits exemples de ce que j'ai vu et sur lesquels j'ai douté depuis le début de cette traduction :
OS : personne n'utilise SE !!
Par contre, en toutes lettres, "système d'exploitation", ça reste très usité.
RTOS plutôt que SETR, et de manière générale les acronymes sont intraduisible
hum, rien n'interdit malgré tout d'introduire RTOS avec quelque chose du genre RTOS (Système d'Exploitation Temps Réel) ?
DocBook (vicieux celui la !)
C'est le nom d'un format, aucune raison de le traduire à priori
pré-emptivité/pré-emptibilité (pas le même sens, mais aucun des deux dans n'est dans aspell !)
préemptif
scalability (extensibilité n'as pas le même sens !!) pour lequel je propose atomicité
N'aurait-on pas un contresens avec atomicité ? Merriam-Webster: scalability: capable of being easily expanded or upgraded on demand <a /scalable/ computer network> dans le contexte, distribuable ?
thread : je met 1 fois "processus léger", par politesse. Mais franchement ...
ok, là c'est très tentant :)
jitter : j'ai traduit par "gigue" ... bonne chance à celui qui cherchera le sens ! (faudra peu être que je rajoute une ndt à celui là)
jitter: latence aléatoire ?
j'ai de la chance ? :)
buffered hard disk : disque dur tamponné (ha oui ? et de quelle couleur l'encre ?)
disque dur avec un tampon de données ?
header : entête, point h ? (j'ai mis entête)
en-tête, c'est pas si étrange comme nom, et plutôt très usité (enfin au moins pour ceux qui font du C)
Bon, je dois avouer que moi aussi je ne suis pas du tout partisant d'une franchouillardisation excessive des documents, pas plus que je ne le suis pour une adaptation d'un texte léger et clair en anglais en un verbiage indigeste français.
Celà dit, un argument de poids qui me semble important pour le projet de traduction: que tout le monde utilise les mêmes mots pour dire les mêmes choses. Ca paraît bête énoncé comme ça, mais c'est tout le sens d'une certaine rigidité: pouvoir se comprendre. Et beaucoup de mots anglais ont leur équivalents qui se tiennent en français pour ce qui concerne la technique, les anglais ne sont pas si créatifs que ça :)
Ensuite, pour le cas des geeks... he bien il y a surement une certaine fierté à ne pas être compris... ce qui rejoint l'argument précédent...
Convaincu de devenir un académicien coincé ? ;o)
Le http://glossaire.traduc.org/index.php est très pratique. man traduc ;)
Denis Chatelain
....
Tout ça est très incontestablement discutable, mais la doc est sous gfdl, donc s'il y a un académicien xénophobe, il n'as qu'a retoucher les sources et proposer son fork() !
J'aime bien le français, mais amha, la langue se doit d'être vivante, et je n'attends pas après le petit larousse pour qu'il me ponde des horreurs du style "bogue" ou "mel" ou encore "cédérom". Les gens qui ont défini ça n'ont rien compris à la vie et ont déraciné des syllabes pour en faire des mots (ça s'écrit encore plus mal que ça sonne !). Je pense au contraire qu'il est plus judicieux de conserver le sens commun, et tans pis pour les pots cassés (je rappelle que ce document est destinés aux geeks, qui coderons sur un 'nux avec un clavier dvorak_fr ...) Dernière chose ... il y a quelques siècles, le français était considéré par un sâle argot par les latinistes ...
Merci pour toutes ces suggestions ...
@++, PoluX
Le mercredi 08 novembre 2006 à 08:45 +0100, PIQUEREAU Patrice - DAC-O/RENNES/DR a écrit :
Bonjour ,
le(s) implémentation(s) spécifique(s) utilisés par l'application.
Pour moi ,il y a juste le terme implémentation qui me gêne:je
rappelle que c'est une invention du milieu informatique qui n'existe ni dans le dictionnaire anglais ni dans le français.Traduire cela par implantation par exemple.
Salutations
Patrice PIQUEREAU
DGAC DAC/Ouest Délégation Bretagne patrice.piquereau @aviation-civile.gouv.fr
Liste de discussion Traduc Traduc@traduc.org http://www.traduc.org/mailman/listinfo/traduc [/!\ Les pièces-jointes doivent attendre l'approbation du modérateur.]
Liste de discussion Traduc Traduc@traduc.org http://www.traduc.org/mailman/listinfo/traduc [/!\ Les pièces-jointes doivent attendre l'approbation du modérateur.]
Le mercredi 06 décembre 2006 à 23:48 +0100, Denis Chatelain a écrit :
Francois Poulain wrote:
Le guide est Real Time HowTo, c'est donc un recueil de mots inventés par des informaticiens. Il n'est pas destiné à un public non-averti, et les anglicismes y sont légions. Certains termes sont inusités en français (c'est le cas de implantation, dans le contexte d'ingénierie), et d'autres n'ont pas de traduction officielle, ou pire ont une traduction erronée. Je n'aime pas faire du français pour du français, quitte à nuire à la lisibilité du document ; J'ai mis une ndt à ce sujet au début du document. Petits exemples de ce que j'ai vu et sur lesquels j'ai douté depuis le début de cette traduction :
OS : personne n'utilise SE !!
Par contre, en toutes lettres, "système d'exploitation", ça reste très usité.
RTOS plutôt que SETR, et de manière générale les acronymes sont intraduisible
Tout à fait.
hum, rien n'interdit malgré tout d'introduire RTOS avec quelque chose du genre RTOS (Système d'Exploitation Temps Réel) ?
DocBook (vicieux celui la !)
C'est le nom d'un format, aucune raison de le traduire à priori
C'était de la provoc ;-)
pré-emptivité/pré-emptibilité (pas le même sens, mais aucun des deux dans n'est dans aspell !)
préemptif
scalability (extensibilité n'as pas le même sens !!) pour lequel je propose atomicité
N'aurait-on pas un contresens avec atomicité ? Merriam-Webster: scalability: capable of being easily expanded or upgraded on demand <a /scalable/ computer network> dans le contexte, distribuable ?
Cas dépend beaucoup du contexte, "scalable", c'est "distribuable", mais aussi bien spatialement que temporellement. En fait, "atomicité" veux dire EXACTEMENT le contraire de "scalability", sans perte de généralité, j'ai adapté en attendant mieux.
thread : je met 1 fois "processus léger", par politesse. Mais franchement ...
ok, là c'est très tentant :)
jitter : j'ai traduit par "gigue" ... bonne chance à celui qui cherchera le sens ! (faudra peu être que je rajoute une ndt à celui là)
jitter: latence aléatoire ?
Gigue est un mot français, malheureusement peu connu ... Dommage, on pourrait par exemple disserter à propos de la gigue des transports parisiens (i.e. la fluctuation moyenne de la latence ....)
j'ai de la chance ? :)
buffered hard disk : disque dur tamponné (ha oui ? et de quelle couleur l'encre ?)
disque dur avec un tampon de données ?
J'ai mieux : buffer : (mémoire) cache, buffered : mis en cache.
header : entête, point h ? (j'ai mis entête)
en-tête, c'est pas si étrange comme nom, et plutôt très usité (enfin au moins pour ceux qui font du C)
Bon, je dois avouer que moi aussi je ne suis pas du tout partisant d'une franchouillardisation excessive des documents, pas plus que je ne le suis pour une adaptation d'un texte léger et clair en anglais en un verbiage indigeste français.
Celà dit, un argument de poids qui me semble important pour le projet de traduction: que tout le monde utilise les mêmes mots pour dire les mêmes choses. Ca paraît bête énoncé comme ça, mais c'est tout le sens d'une certaine rigidité: pouvoir se comprendre. Et beaucoup de mots anglais ont leur équivalents qui se tiennent en français pour ce qui concerne la technique, les anglais ne sont pas si créatifs que ça :)
Ensuite, pour le cas des geeks... he bien il y a surement une certaine fierté à ne pas être compris... ce qui rejoint l'argument précédent...
Convaincu de devenir un académicien coincé ? ;o)
Je me protège derrière le fait que je fait une "adaptation française" plutôt qu'une traduction. Bien sûr, comme me visait ma prof d'anglais il faut "dire la vérité, rien que la vérité, toute la vérité" ... Donc ça ne me dérange pas de laisser un anglicisme derrière moi si je le trouve plus adapté qu'une longue paraphrase. Bien sûr, tout cela est à réfléchir au cas par cas et laisse beaucoup de place à la subjectivité : d'où un grand intérêt à faire des relectures par des personnes différentes !
Le http://glossaire.traduc.org/index.php est très pratique. man traduc ;)
Oui, pas mal, mais il manque des choses ... quand je terminerais cette traduction j'aurais quelques termes à proposer. Néanmoins, il propose "modulable" pour "scalable", je trouve ça pas mal et assez décontextualisé (car en général les gens appelles "scalable" ce qui est parallélisable, car les clusters de calculs sont à la mode ! Ils pensent bien à la modularité sur l'espace, mais pas sur le temps.).
Denis Chatelain
....
Tout ça est très incontestablement discutable, mais la doc est sous gfdl, donc s'il y a un académicien xénophobe, il n'as qu'a retoucher les sources et proposer son fork() !
J'aime bien le français, mais amha, la langue se doit d'être vivante, et je n'attends pas après le petit larousse pour qu'il me ponde des horreurs du style "bogue" ou "mel" ou encore "cédérom". Les gens qui ont défini ça n'ont rien compris à la vie et ont déraciné des syllabes pour en faire des mots (ça s'écrit encore plus mal que ça sonne !). Je pense au contraire qu'il est plus judicieux de conserver le sens commun, et tans pis pour les pots cassés (je rappelle que ce document est destinés aux geeks, qui coderons sur un 'nux avec un clavier dvorak_fr ...) Dernière chose ... il y a quelques siècles, le français était considéré par un sâle argot par les latinistes ...
Merci pour toutes ces suggestions ...
@++, PoluX
Le mercredi 08 novembre 2006 à 08:45 +0100, PIQUEREAU Patrice - DAC-O/RENNES/DR a écrit :
Bonjour ,
le(s) implémentation(s) spécifique(s) utilisés par l'application.
Pour moi ,il y a juste le terme implémentation qui me gêne:je
rappelle que c'est une invention du milieu informatique qui n'existe ni dans le dictionnaire anglais ni dans le français.Traduire cela par implantation par exemple.
Salutations
Patrice PIQUEREAU
DGAC DAC/Ouest Délégation Bretagne patrice.piquereau @aviation-civile.gouv.fr
Francois Poulain a écrit :
Le mercredi 06 décembre 2006 à 23:48 +0100, Denis Chatelain a écrit :
Francois Poulain wrote:
Petits exemples de ce que j'ai vu et sur lesquels j'ai douté depuis le début de cette traduction :
OS : personne n'utilise SE !!
Par contre, en toutes lettres, "système d'exploitation", ça reste très usité.
Si, si, on utilise S.E.
en fait, il suffit d'utiliser les points abréviatifs pour annoncer la couleur : des majuscules collées, c'est une abréviation en anglais, avec des points, c'est une abréviation moliérique ;-)
RTOS plutôt que SETR, et de manière générale les acronymes sont intraduisible
Tout à fait.
Là, d'accord.
pré-emptivité/pré-emptibilité (pas le même sens, mais aucun des deux dans n'est dans aspell !)
préemptif
... le caractère préemptif, par exemple. Je ne vois guère que cela d'utilisable.
scalability (extensibilité n'as pas le même sens !!) pour lequel je propose atomicité
Ah non : échelonnabilité, à la rigueur adaptabilité s'il n'y a pas de risque sémantique.
thread : je met 1 fois "processus léger", par politesse. Mais franchement ...
ok, là c'est très tentant :)
Les Québécois proposent unité d'exécution, j'aime bien...
jitter : j'ai traduit par "gigue" ... bonne chance à celui qui cherchera le sens ! (faudra peu être que je rajoute une ndt à celui là)
jitter: latence aléatoire ?
Gigue est un mot français, malheureusement peu connu ... Dommage, on pourrait par exemple disserter à propos de la gigue des transports parisiens (i.e. la fluctuation moyenne de la latence ....)
En technique du son, on parle bien de gigue de manière très habituelle pour désigner des mélanges de pleurage et de scintillement...
buffered hard disk : disque dur tamponné (ha oui ? et de quelle couleur l'encre ?)
disque dur avec un tampon de données ?
J'ai mieux : buffer : (mémoire) cache, buffered : mis en cache.
Disque caché dans le buffet ? ;-)
Le moins mal serait sans doute disque à mémoire-cache ou disque à mémoire-tampon, non ?
header : entête, point h ? (j'ai mis entête)
en-tête, c'est pas si étrange comme nom, et plutôt très usité (enfin au moins pour ceux qui font du C)
+1
horreurs du style "bogue" ou "mel" ou encore "cédérom". Les gens qui ont
Moi, j'aime bien la bogue, ça pique ;-) Mel, ou pire, Mél est désormais abandonné officiellement au profit de courriel, ce qui me convient tout à fait, quant à cédérom ou encore pire, dévédérom, je les laisse à ceux qui veulent remplacer des abréviations par des mots et je garde les abréviations ;-)
le(s) implémentation(s) spécifique(s) utilisés par l'application.
implantation par exemple.
+1
Voilà, voilà...
On Le Thursday 07 December 2006, à 07:48:59, Francois Poulain wrote:
Le mercredi 06 décembre 2006 à 23:48 +0100, Denis Chatelain a écrit :
Francois Poulain wrote:
scalability (extensibilité n'as pas le même sens !!) pour lequel je propose atomicité
N'aurait-on pas un contresens avec atomicité ? Merriam-Webster: scalability: capable of being easily expanded or upgraded on demand <a /scalable/ computer network> dans le contexte, distribuable ?
Cas dépend beaucoup du contexte, "scalable", c'est "distribuable", mais aussi bien spatialement que temporellement. En fait, "atomicité" veux dire EXACTEMENT le contraire de "scalability", sans perte de généralité, j'ai adapté en attendant mieux.
Quelle est ta définition d'atomicité ? Je ne vois pas vraiment en quoi le fait d'être «insécable» est exactement le contraire de «scalable».
traduction j'aurais quelques termes à proposer. Néanmoins, il propose "modulable" pour "scalable", je trouve ça pas mal et assez décontextualisé (car en général les gens appelles "scalable" ce qui est parallélisable, car les clusters de calculs sont à la mode ! Ils pensent bien à la modularité sur l'espace, mais pas sur le temps.).
Pour moi «scalable» c'est plutôt «qui va survivre à un changement d'échelle». On parle souvent d'un système «scalable» pour dire que ce système peut tenir une montée en charge importante, souvent en parallélisant les traitements, mais pas forcément uniquement. Et dans ce contexte, je ne comprend pas franchement «modulable»
Mais peut-être me trompé-je complètement