OVH Cloud OVH Cloud

un peu de francais

64 réponses
Avatar
JBB
Je cherche a franciser mon code:
- y en a marre de l'anglais et de la domination anglo-saxonne
- c'est vachement plus lisible pour un non informaticien
- ça sera plus compliqué à délocaliser en Inde (Chine, Brésil,
Russie...) plus tard

donc
class Buffer
{
void Write();
bool isFull() const;

int getLength() const;
void setLength(int);

int m_Length;
}

devient

class Tampon
{
void Ecrire();
bool estPlein() const;

int Taille() const ;
void majTaille(int);

int m_Taille;
}

Divers reflexions:
- j'ai pas trouvé d'équivalent du get
- j'ai un probleme pour traduire Writter ( Reader devient Lecteur)
- et socket
- reste le probleme des librairies en Anglais (refaire une surcouche de
traduction ?)
- et des mots clés

pourquoi pas:
#define si if
#define sinon else
#define rien void
#define renvoi return
#define vrai true
#define false faux
#define classe class

si ( a == 1)
{
renvoi vrai;
}
sinon
{

}

mais la ça devient folklo, même si je trouve ça tres joli
(reste à configurer la colorisation syntaxique de mon editeur avec mes
nouveaux mots clé)



Qu'en pensez vous?


Rq:
j'ai déjà vu du code avec:
#define begin {
#defin end }
int ma fonction()
begin
id (a ==1)
begin
end
else
begin
end
return 0;
end

10 réponses

1 2 3 4 5
Avatar
nico
JBB wrote:


Pour avoir des portions de code bloquées 1 mois par an à cause des grêves?
??


--
nico

Avatar
nico
JBB wrote:

Ecrivain
J'y avais bien pensé, mais pour l'instant ça me 'choque'.

Ce n'est sûrement qu'une question d'habitude.
Y en a t'il parmi vous qui utilisent ça?


Non writter sonne mieux :)



--
nico


Avatar
Stan
"nico" a écrit dans le message de news:
435cdf22$0$21033$
JBB wrote:


Pour avoir des portions de code bloquées 1 mois par an à cause des
grêves?
??




Oui, c'est bien connu, les programmeurs représente la profession qui fait
le plus souvent grêve...

Mais, là, je sens comme une odeur de troll ;-)

--
-Stan


Avatar
nico
Fabien LE LEZ wrote:

va, je ne sais pas.
Python et PHP sont open-source, donc idem, tu peux modifier ces
langages et remplacer les mots-clés par des mots français.


Il y a des compilateurs open source pour java (koppi...) facilement
modifiable pour ce qu'il veut faire (ca revient a recreer un langage en
quelque sorte).

Mais bon il faudra qu'il s'amuse a modifier toute la bibliothèque
standard...

--
nico

Avatar
Marc Boyer
Le 24-10-2005, JBB a écrit :
Marc Boyer wrote:
- j'ai un probleme pour traduire Writter ( Reader devient Lecteur)


Ecrivain
J'y avais bien pensé, mais pour l'instant ça me 'choque'.

Ce n'est sûrement qu'une question d'habitude.
Y en a t'il parmi vous qui utilisent ça?


Ben, parler de pb Lecteur/Ecrivain est un classique
de prog parallèle.

mais la ça devient folklo, même si je trouve ça tres joli
(reste à configurer la colorisation syntaxique de mon editeur avec mes
nouveaux mots clé)


Ca doit se faire?


Mais peut alors encore qualifier le code de C++ ?


Ca ce compile avec un compilateur C++ ?
Donc, formellement, ça doit être du C++. Mais bon,
est-ce du 'bon' C++ ?

Marc Boyer
--
À vélo, prendre une rue à contre-sens est moins dangereux
que prendre un boulevard dans le sens légal. À qui la faute ?



Avatar
Marc Boyer
Le 24-10-2005, JBB a écrit :
Qu'en pensez vous?


Ben, 0% maintenable. Mais si c'est le but.
Il faut quand même que ça reste maintenable pour un developpeur francais.



Donc, on ne change pas les noms de la STL, ni l'API de l'OS
(Win32, POSIX), donc, on ne garde en français que les objets métier.

Marc Boyer
--
À vélo, prendre une rue à contre-sens est moins dangereux
que prendre un boulevard dans le sens légal. À qui la faute ?



Avatar
Fabien LE LEZ
On Mon, 24 Oct 2005 15:14:28 +0200, Matthieu Moy
:

- reste le probleme des librairies
^^^^^^^^^^


Non, rien.


Hi hi hi... Je ne l'avais pas vue, celle-là. Bien joué !

Remarque, tu as coupé trop tôt, il y a un autre anglicisme juste
après : "en Anglais".


Avatar
Fabien LE LEZ
On Mon, 24 Oct 2005 13:28:37 +0000 (UTC), Marc Boyer
:

Mais peut alors encore qualifier le code de C++ ?


Ca ce compile avec un compilateur C++ ?


Ça dépend. Si aucun header ne se trouve après les #define, tout va
bien.
Sinon, on ne sait pas -- rien n'empêche un header (standard ou autre)
de contenir un identifiant "vrai".


Avatar
kanze
JBB wrote:
Je cherche a franciser mon code:
- y en a marre de l'anglais et de la domination anglo-saxonne


Ça se conçoit. Bien que comme d'habitude, il s'agit d'une petite
minorité qui veut vraiment dominer, pour donner un mauvais nom à
tous.

- c'est vachement plus lisible pour un non informaticien


Tu crois que ton code C++ va être lisible d'un non
informaticien, simplement parce que tu te sers des mots
français ?

- ça sera plus compliqué à délocaliser en Inde (Chine, Brésil,
Russie...) plus tard


Mais pas du tout. Ils vont simplement t'y envoyer pour
l'expliquer. C'est un bon moyen pour des vacances payées à Nova
Sibirsk.

donc
class Buffer
{
void Write();
bool isFull() const;

int getLength() const;
void setLength(int);

int m_Length;
}

devient

class Tampon
{
void Ecrire();
bool estPlein() const;

int Taille() const ;
void majTaille(int);

int m_Taille;
}


Il y a déjà pas mal de boîtes qui font comme ça. La plus
souvent, avec plutôt un mélange.

Quand j'étais à la Dresdner Bank (ce n'était évidemment pas le
français, mais les mêmes principes s'appliquent), la règle était
que les termes techniques soient en anglais, et ceux du metier
en allemand. Je ne peux pas dire que ça m'emballait, mais il y
avait bien une justification : pour les termes techniques, on
s'alignait sur le vocabulaire de Java, et pour les termes du
métier, à ceux de nos interlocuteurs à la banque.

Divers reflexions:
- j'ai pas trouvé d'équivalent du get


C'est parce que ça n'existe pas. Aller chercher, ou simplement
chercher, c'est probablement le plus proche dans sa
signification ici.

- j'ai un probleme pour traduire Writter ( Reader devient Lecteur)


Écrivain ?

- et socket


Je crois que ça se dit socket en français aussi. Dans la langue
courante, un « socket », c'est une prise murale. Mais si tu
écris que tu va ouvrir une prise murale pour faire du TCP/IP, je
crois que la plupart des français vont se décrocher.

Et en passant, qu'est-ce que tu fais avec les acronymes, comme
TCP (« transfer control protocol ») ou IP (« interconnection
protocol », je crois) ?

- reste le probleme des librairies en Anglais (refaire une
surcouche de traduction ?)

- et des mots clés

pourquoi pas:
#define si if
#define sinon else
#define rien void
#define renvoi return
#define vrai true
#define false faux
#define classe class


Pourquoi pas ? C'est un moyen d'obfuscation comme un autre.

si ( a == 1)
{
renvoi vrai;
}
sinon
{

}

mais la ça devient folklo, même si je trouve ça tres joli
(reste à configurer la colorisation syntaxique de mon editeur
avec mes nouveaux mots clé)


Reste surtout à réconfigurer tes collègues pour qu'ils y
comprennent quelque chose.

Qu'en pensez vous?


Que c'est s'attaquer aux moulins.

Rq:
j'ai déjà vu du code avec:
#define begin {
#defin end }
int ma fonction()
begin
id (a ==1)
begin
end
else
begin
end
return 0;
end


Moi aussi. Il n'y avait pas encore la colorisation syntaxique
dans les éditeurs, mais il fallait voir ce qu'en faisait le bon
vieux cb.

L'autre chose que j'ai vu, c'était du C écrit sur une machine
sans les caractères [, ], {, }, # et |.

--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34

Avatar
kanze
JBB wrote:
Marc Boyer wrote:


[...]
Divers reflexions:
- j'ai pas trouvé d'équivalent du get


lire, obtenir...
'obtenir' ça commence a rallonger les noms de methodes, mais

c'est assez parlant.


Avec la différence que c'est la fonction qui « get », mais c'est
l'appelant qui obtient. Mais je vois bien l'évolution :
getSystemStatus devient allerChercherLEtatDuSystème.

À mon avis, set n'est pas vraiment plus facile.

--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34



1 2 3 4 5