Traduction du chapitre 2.2

**Aurelien.Regat-Barrel** · 26/10/2006, 22h52

Sujet dédié à la traduction et la relecture du chapitre 2.2

**Eusebe** · 02/11/2006, 18h54

J'ai pris le 2.2

**Eusebe** · 03/11/2006, 21h55

...et voici ma traduction.

**koala01** · 11/12/2006, 18h58

Salut

Une relecture rapide qui n'engage que moi...
§1:

L'outil le plus essentiel=>primordial pour séparer

Formulé autrement,==>autrement dit,

§2

qui sont des valeurs avec lesquelles vous voulez que la fonction travaille pendant son exécution.

deviendrait

qui sont les valeurs que vous voulez que la fonction utilise pendant son exécution

qui ne prennent pas d'==>aucunargument et qui ne retournent pas de==>aucune valeur

§3:

En compilant==>Lorsqu'il compile un fichier, le compilateur

en particulier leurs noms et leurs emplois corrects.

Réflection: normalement, chaque donnée et chaque fonction n'a qu'un nom et un usage... supprimer les S

Le compilateur s'assure que des==les fonctions et les données sont employées correctement

Ce processus de "donner==>"d'indiquer au compilateur"

§4:

Déclarations vs.==>versus définitions

indice de réflexion: l'abréviation est correcte, mais ne serait il pas bon d'utiliser le mot entier, surtout dans un titre

§5:

dans l'un comme l'autre cas==>dans tous les cas

§6

Vous pouvez déclarer une variable ou une fonction dans beaucoup d'endroits==>à de nombreux endroits différents

, généralement, il se plaint==>il se plaindra généralement s'il trouve

§8:

Une déclaration de fonction en C et C++ donne le nom de fonction, les types des paramètres passés à la fonction

indice de réflexion: chaque paramètre n'a qu'un et un seul type... ne serait-il pas mieux de dire "le type des paramètres

§13

"une fonction sans arguments==>supprimer."

Il n'y a pas d'argument, donc, on ne risque pas d'en rencontrer plusieurs

§14

Les définitions de fonction ressemblent aux déclarations de fonction sauf qu'elles ont des corps==>un corps.

indice de réflexion: chaque fonction n'a normalement qu'un corps...

Un corps est un ensemble d'instructions entourées d'accolades.

indice de réflexion: est-ce l'ensemble qui est entouré ou les instructions

(sont-ce les boites qui sont rassemblées ou les clous qui se trouvent dans chaque boite

)
§16

(comme ils==>quand ou s'ils ne sont jamais utilisés dans l'exemple, c'est optionnel)

(comme semble indiquer que ce serait toujours le cas (que les parametres ne soient pas utilisés))
§17

"Je sais que vous n'avez pas vu ce nom avant, mais je promets qu'il existe quelque part, et que c'est une variable du type X."

indice de réflexion: ne pourrait-on pas, vu qu'on parle au compilateur, envisager de le tutoyer

§18

Par déduction==>De la même manière

(il n'y a aucune déduction dans l'histoire, à mon gout

)
§24

les identifiants d'arguments

indice de réflexion:Il y a plusieurs identifiants, soit, mais chaque identifiant n'identifie... qu'un seul argument, non

§25

Vous pouvez également voir

(quid du futur ici

)
§45 (titre)

Utiliser=>Utilisation des bibliothèques

(histoire de rester cohérent avec les autres titres)
§46
Mettre les verbes à la deuxième personne du pluriel de l'impératif:question (incluez, utilisez, liez)

§47

Inclure un=>Inclusion d'un fichier d'en-tête et lier les=>et liaison des modules objets

§48 (titre

Comment l'éditeur de liens cherche(-t-il) une bibliothèque ?

§48

le module objet complet, pas=> et non seulement la définition de

sinon les programmes seraient excessivement=>inutilement volumineux

Si vous voulez minimiser la taille du programme exécutable, vous pourriez imaginer mettre une seule fonction par fichier du code source quand vous construisez vos propres bibliothèques

Mauvaise concordance des temps...
Soit, c'est "si vous vouliez, vous pourriez quand vous constuiriez",
soit c'est "si vous voulez, vous pouvez quand vous construisez"...
§48

avant l'apparition

votre fonction est=>sera utilisée à la place

et le genre de choses que les espaces de noms du C++ préviennent.

devient

et que les espaces de nommage du C++ préviennent ce genre de choses

§52 (titre)

Utiliser==>Utilisation des bibliothèques simplement C

(voir §45)

on ne vous empêche==>empêchera pas=>jamais

§53

(et donc aussi=>également la==>le Standard C)

indice de réflexion: Standard, je ne mettrais pas de majuscule...

Désolé pour la longueur du message... un grand chapitre, et pas mal de remarque

**koala01** · 11/12/2006, 19h00

oupppsss... pour le §16, oublier la remarque (j'avais fait l'impasse sur "dans l'exemple"

)

**Aurelien.Regat-Barrel** · 11/12/2006, 22h44

Est-ce que tu peux proposer un xml modifié, ça simplifie la mise à jour. Merci

**koala01** · 11/12/2006, 23h17

Envoyé par Aurelien.Regat-Barrel

Est-ce que tu peux proposer un xml modifié, ça simplifie la mise à jour. Merci

je ne l'ai pas fait, mais je peux le faire si tu le souhaites...

il serait peut etre juste intéressant de voir si les modifications proposées (et cellles pour lesquelles j'ouvre une voie de réflexion) sont acceptables/acceptées...

**koala01** · 11/12/2006, 23h55

voilà le xml avec toutes les modifications... si toutes sont acceptables

**r0d** · 12/12/2006, 14h48

Envoyé par koala01

§3:

en particulier leurs noms et leurs emplois corrects.

Réflection: normalement, chaque donnée et chaque fonction n'a qu'un nom et un usage... supprimer les S

Si l'on souhaite rester fidèle au texte original:

in particular their names and proper usage

ça donnerait plutôt (à mon avis):

en particulier leurs noms et leur emploi correct.

Envoyé par koala01

§4:

Déclarations vs.==>versus définitions

indice de réflexion: l'abréviation est correcte, mais ne serait il pas bon d'utiliser le mot entier, surtout dans un titre

Idem: l'abbréviation est utilisée dans l'original.

Envoyé par koala01

§8:

Une déclaration de fonction en C et C++ donne le nom de fonction, les types des paramètres passés à la fonction

indice de réflexion: chaque paramètre n'a qu'un et un seul type... ne serait-il pas mieux de dire "le type des paramètres

Je suis d'accord pour ta proposition: "le type des paramètres".

Envoyé par koala01

§24

les identifiants d'arguments

indice de réflexion:Il y a plusieurs identifiants, soit, mais chaque identifiant n'identifie... qu'un seul argument, non

Encore une fois, je suis d'accord. D'autant plus que ça correspond avec l'original.

Envoyé par koala01

Si vous voulez minimiser la taille du programme exécutable, vous pourriez imaginer mettre une seule fonction par fichier du code source quand vous construisez vos propres bibliothèques

Mauvaise concordance des temps...
Soit, c'est "si vous vouliez, vous pourriez quand vous constuiriez",
soit c'est "si vous voulez, vous pouvez quand vous construisez"...

Je préfère ta 2eme proposition.

Pour le reste, rien à signaler.

**koala01** · 13/12/2006, 04h48

C'est bien gentil de prendre mes réflexions en compte

A vrai dire, c'est justement le but de me "indice de réflexion"... c'est d'entamer un "débat" sur la meilleure (ou en tout cas, la moins mauvaise) solution...

Je l'ai déjà dit et répété: je n'ai aucunement la prétention d'avoir la science infuse, et c'est la raison pour laquelle j'indique, quand j'hésite sur quelque chose, le raisonnement que je suivrais

Pour ce qu'il en est de la "concordance des temps", je crois que j'avais, de fait, choisi de les mettre au présent