Traduction du chapitre 2.3

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

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

**Eusebe** · 05/11/2006, 13h42

Je continue avec celui-là...

**Eusebe** · 05/11/2006, 19h06

Ma traduction en pièce jointe...

**koala01** · 15/12/2006, 13h28

Salut,

La relecture, avec le fichier joint des modif et les commentaires

§1

Vous connaissez maintenant presque suffisamment les bases

Bien qu'il suive la lettre de l'original, ce morceau de phrase me chiffone quelque peu...
que penseriez vous de "vou en savez maintenant presque assez sur les bases" (laissé tel quel dans le fichier joint)

Elles lisent et écrivent dansajouté des fichiers

§2(titre)

UtiliserUtilisation de la classe iostream

(mais à voir sur l'ensemble des titres ce qui sera décidé en définitive

)
§6

Ca fait suffisammentassez de surcharge

suffisamment est très lourd à la lecture, à mon gout... surtout dans cette phrase
§7

quand votre programme atteint vos programmes atteingent une certaine taille

ils sont au pluriel dans l'original

Bien sûr, vous n'épuisez pas vraiment les noms

Que penseriez vous de "Naturellement vous ne manquez pas vraiment de noms" (traduction gracieusement donnée par google)

(laissé tel quel dans le fichier joint)

il est généralement découpécoupé en morceaux

je trouve ca "pas pire"...

où tous les identifiants et noms de fonction viventexistent

je sais que l'original utilise "live", mais, un programme est tout, sauf une chose vivante... Même s'il a des capacités réelles à nous emm

celaCe qui signifie que tous les développeurs doivent faire attention à ne pas accidentellement utiliserutiliser accidentellement les mêmes noms dans des situations où il peut y avoir des conflits ils peuvent entrer en conflit

simplement plus facile à lire comme cela, il me semble

et si quelqueune autre définition a un nom identique, mais dans un espace de nom différent, alors il n'y a pas de conflit.

§9

mais leur présence signifie que vous devez en être conscientvous rendre compte de leur présence avant de pouvoir écrire le moindre programmeque vous ne puissiez écrire le moindre programme

je sais, il y a répétition, mais c'est pourtant bel et bien le sens de la phrase originale (si on ne se rend pas compte qu'il y a le namespace "std"... on ne sait rien faire

)

Si vous incluez simplement un fichier d'en-tête et que vousajouté utilisez des fonctions ou objets de cet en-tête

des éléments que vous avez juste inclus du fichier d'en-têtedont vous avez justement inclus le fichier d'en-tête

plus "francais" à mon gout...(aurait pu etre "dont vous venez d'inclure le fichier d'en-tête... mais fallait faire un choix

)

Après avoir vu ce message plusieurs fois, vous commencerez à êtrevous deviendrez familier

1-C'est la traduction litérale de you become,
2-C'est moins lourd à lire

espace de nom

Laissé tel quel, mais, qu'est ce qui a été décidé

"espace de nommage", "espace de nom" (avec nom au singulier) ou "espace de noms" (avec noms au pluriel)

A moins que, comme au sénat, on n'aie décidé... de ne rien décider pour l'instant

§14 (la petite phrase "it means", entre le code #include <iostream.h>et le code #include <iostream> using namespace std)
Je sais bien que la traduction litérale est "ca signifie", mais ne serait-il pas plus compréhensible d'utiliser "cela revient à (ou au meme que)":question
(laissé tel quel le temps de la réflexion

)
§17

Un programme C ou C++ est une collection de variables, de ajouté définitions de fonctions, et d'ajouté appels de fonctions

L'anglais semble, au contraire du francais, particulièrement avare en détermiants

§18

Voici un échantillonexemple de définition de fonction

Réflexion (générale) concernant la mise en forme du code...

Y a-t-il eu de la part de l'auteur des recommendations au sujet de la mise en forme du code

Sinon, est-on obligé de garder le style "K&R", ou ne serait-il pas envisageable de passer au style ANSI (accolade ouvrante sur la ligne qui suit la commande, alignée sur la première lettre)...

Je ne pose cette question que pour une seule raison... Personnellement, je suis habitué au style ANSI, et le "K&R"... je ne m'y fais pas

§20

Il peut exister beaucoup d'ensemblesy avoir de nombreuses paires d'accolades

simplement plus francais, plus explicite (un ensemble pourrait n'être composé que d'accolades ouvrante

) et plus lisible...

mais il doit toujours y avoir au moins un ensembley en avoir au moins une paire entourant le corps de la fonction

indice de réflexion:ne serait-il d'ailleurs pas opportun de mettre une partie en évidence

(idem pour le toujours qui suit quelques mots plus loin)

Il en me semblerait de prime abord pas inutile de marteler cette regle au lecteur

§21

Sauf rares d'exceptions à de rares exceptions pres

§23 (titre)

sous quel forme francisée sort le plus souvent le fameux hello world

"bonjour, monde", "salut, monde", "bonjour, le monde" ou "salut, le monde"

... meme si ce n'est qu'un détail

(
§24

vous pouvez chaîner ensembleenchaîner une série d'arguments comme montréindiqué

(devrait être "comme ceci")

§27

Qu'en est-il de "backslash"

faut-il réellement le traduire par antislash

Personnellement, le terme ne me choque que très peu...(laissé tel quel)
§30

Pour de simples programmes d'un fichier comme celui-ci, la plupart des compilateurs emmèneront le processus jusqu'au boutmèneront le processus à terme.