Discussion :

[disturbedID]

Bonjour,

Tout d'abord je m'excuse si je ne poste pas dans la bonne section, mais je n'ai point vu de section dédiée aux livres sur ce forum (Et c'est bien dommage )

Ceci étant dit, ma question est : existe-t-il une version physique du livre "Annotated Solution Guide for Thinking C++" en vente en magasin en France?

Car étant où je suis (c'est à dire un bled pourri (rhoo c'est méchant )) nul chances de payer par MasterCard, Amercian Express, Paypal, ou je ne sais quelle bourgeoiserie du monde riche.


Merci.

[koala01]

Salut,

Une équipe de bénévoles du forum travaille pour l'instant à la traduction du volume 1, qui est finie et en cours de relecture.

Si j'ai bien compté, il reste 38 chapitres qui nécessitent une relecture (tu trouvera l'état d'avancement ici), et une version pdf du bouquin *devrait* être disponible assez rapidement après la fin de la relecture (mais comme ce n'est pas moi qui m'occuperai de cela, et que le responsable n'a sans doute pas que cela à faire... je n'oserais lui mettre une pression supplémentaire pour connaître la date de parution finale )

Si tu t'en sens le courage et les capacités pour participer à la relecture, il n'est pas trop tard pour s'impliquer dans le projet via le forum qui est consacré à la traduction

[disturbedID]

Je tiens a vous félicité tout d'abord pour le travail accomplis sur cette traduction dont j'avais effectivement connaissance (et où je participe un petit peu a la re-relecture ). Mais je ne parle pas de ce livre qui est lui disponible gratuitement, mais de l'inaccessible "Guide des Solutions", d'exercices qu'on trouve à la fin de chaque chapitre de THK CPP et qui lui coûte 12$.

Comme une version papiers existe pour Thinking C++, je me demande s'il n'est pas de même pour le "Guide des solutions" pour les raisons évoquée plus haut.

[hpfx]

Salut,

Une équipe de bénévoles du forum travaille pour l'instant à la traduction du volume 1, qui est finie et en cours de relecture.

Si j'ai bien compté, il reste 38 chapitres qui nécessitent une relecture (tu trouvera l'état d'avancement ici), et une version pdf du bouquin *devrait* être disponible assez rapidement après la fin de la relecture (mais comme ce n'est pas moi qui m'occuperai de cela, et que le responsable n'a sans doute pas que cela à faire... je n'oserais lui mettre une pression supplémentaire pour connaître la date de parution finale )

Si tu t'en sens le courage et les capacités pour participer à la relecture, il n'est pas trop tard pour s'impliquer dans le projet via le forum qui est consacré à la traduction

excellent travail de traduction, un grand bravo.
si je peux me permettre une toute petite remarque, dans le chapitre 16.4 (http://bruce-eckel.developpez.com//l...&chapitre=16.4)
la phrase suivante "The Stack as a template" à été traduite en "Stack comme template". peut être que "Stack en tant que template" aurait été mieux ?. (ca se discute?)
bon c'est juste en passant hein, tout le reste est super (même si j'ai pas fini d elire là).
Merci.

[NiamorH]

Il me semble assez improbable d'imaginer qu'un développeur (qui se respecte) ne maîtrise pas "un minimum" l'anglais technique. Lire un bouquin en anglais, notamment de C++, est un excellent exercice pour mieux se familiariser avec quelques nouvelles expressions ou mots de vocabulaire, peut-être jusque là non compris mais sur lesquels on avait fait l'impasse. Il ne me viendrait pas à l'idée de lire une traduction française lorsque j'ai le choix avec la VO. C'est comme se limiter aux sources fr sur le web sans pouvoir tirer partie des pages en anglais. Quelque part, je trouve que c'est ne pas rendre service aux gens que de leur mâcher le travail, surtout quand on sait que la plupart des employeurs (en prog, mais pas uniquement) exigent un niveau minimum d'anglais.

Maintenant je ne dénigre pas le travail effectué et le courage de ceux qui bossent dessus, et je ne cherche pas du tout à m'attirer les foudres de ces derniers . J'espère juste que mon point de vue sera compris.

[koala01]

Ton point de vue est compris (en ce qui me concerne, en tout cas), mais j'espère en retour que tu comprendra l'idée sous-jacente qui a incité à effectuer la traduction:

Il est déjà assez "pénible" de s'initier à quelque chose sans que la langue utilisée ne présente une barrière supplémentaire

Bien sûr, "dans un monde parfait", tous ceux qui voudraient s'initier au C++ auraient des connaissances en anglais suffisantes pour, en tout cas, comprendre "la majeure partie" du bouquin en VO, et à ce moment là, l'idée même d'en profiter pour améliorer sa maîtrise de l'anglais devient intéressante.

Cependant, le fait d'utiliser un livre à vocation technique pour améliorer sa compréhension d'une langue n'est envisageable que si on dispose déjà au préalable des connaissances suffisante pour comprendre ce dont traite le bouquin...

Et dans cette histoire, les grands oubliés sont donc "ceux qui ne connaissent pas la langue et qui n'ont pas les connaissances technique"

Et voilà... Tout le monde ne maîtrise pas suffisemment l'anglais pour envisager de lire un bouquin qui, en gros, doit atteindre plusieurs centaines de pages, et, si on ne comprend déjà pas ce qu'on lit, on aura d'autant plus de mal à comprendre les explications données par ce qu'on lit ... Le découragement viendra vite dans de telles circonstances

C'est la raison pour laquelle le fait de disposer d'un bouquin à vocation technique dans sa langue maternelle est de nature à fournir une aide considérable à toute personne intéressée par le fait de s'initier (ou de se perfectionner) dans la technique traitée

CQFD

[disturbedID]

Ben tant qu'a faire, en attendant de mettre la main sur l'inaccessible "Guide des solution", Je vais vous embêter ici avez les exercice

Bon alors Chapitre 3, Exo 26 : Je mets l'énoncé ici

Define an array of int. Take the starting address of that array and use static_cast to convert it into an void*. Write a function that takes a void*, a number (indicating a number of bytes), and a value (indicating the value to which each byte should be set) as arguments. The function should set each byte in the specified range to the specified value. Try out the function on your array of int.

En français aussi :

Définissez un tableau d'ints Prenez l'adresse du premier élément du tableau et utilisez l'opérateur static_cast pour la convertir en void*. Ecrivez une fonction qui accepte un void*, un nombre (qui indiquera un nombre d'octets), et une valeur (qui indiquera la valeur avec laquelle chaque octet sera affecté) en paramètres. La fonction devra affecter chaque octet dans le domaine spécifié à la valeur reçue. Essayez votre fonction sur votre tableau d'ints.

Ben c'est clair la je ne comprend même pas l'énoncé, surtout ce "nombre" sensé indiquer "un nombre d'octets" est-ce que c'est la longueur de ce que pointe void* ou bien un octet parmi d'autre dans ce que pointe void* a qui on assignera la variable "valeur" qui sera donc de type char?

[koala01]

C'est la taille en octet...

Il n'y a rien à faire, il faut toujours disposer de la taille d'un tableau

[disturbedID]

Oui je sais bien pour la taille d'un tableau, mais si c'est comme ça on affectera la même valeur octet par octet a tout le tableau? Je suis pas vraiment convaincu, je voyais plutôt ça du genre, affecte l'octet i du tableau avec la valeur x.

En suivant ton idée la fonction ressemblerai a ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void f(void* tab, int lon, char val)
{
    char *t = static_cast<char*>(tab);
    for (int i = 0; i < lon; i++)
    	t[i] = val;
}

J'ai bon?

Quoi qu'il en soit je trouve l'exo vraiment mal formulé (et non mal traduit attention )

[koala01]

Et que penser, pour la partie

The function should set each byte in the specified range to the specified value.

d'une traduction sous la forme de

La fonction va initialiser chaque octet dans la limite spécifiée à la valeur spécifiée

qui a l'avantage, outre d'être plus "juste", de mieux préciser les choses

50% de la réponse, et plus, se trouvent généralement dans la question, si elle est bien posée

Et donc, oui, la fonction présentée répond à cette question.

Je voudrais juste voir la préparation du travail et son appel pour remplir l'ensemble d'un tableau, mettons, de 7 entiers

[NiamorH]

On comprends peut-être mal la question aussi parce que l'utilité d'une telle fonction ne saute pas aux yeux. Quiconque a lu quelque part qu'en C++ que le cast en void est mal, et lit aujourd'hui l'énoncé, se demande s'il a effectivement bien compris ce qu'on lui demande.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
void f(void* tab, int lon, char val)
{
    char *t = static_cast<char*>(tab);
    for (int i = 0; i < lon; i++)
    	t[i] = val;
}

Pour simplifier ton code, il y a moyen d'éviter l'utilisation d'un indice pour accéder aux cases de t.

[Alp]

En effet, en faisant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

*(t+i) = val;

Mais bon ce n'est qu'un détail.

Sinon, void* en C++, c'est pas recommandé...