Hello,
 
  Petit débat récurent avec mes développeurs web.
 
  Est ce qu'il vaut mieux écrire les noms des fonctions, variables, commentaires, et autre log, en français ou bien en anglais (pour une société 100% francaise)
 
Vos avis ?
 
Pierre

ben en anglais, c'est plutôt dans la pratique comme ça n'importe qui peut reprendre ton code.

Pour une société française, en français, c'est pratique ça évite de perte une semaine à trouver un bug dû à un contresens dans un commentaire en franglais.

Tout à fais d'accord avec @ Tangrim. Tu peux même forker PHP ici: https://github.com/php/php-src et créer ta propre version en français qui pourrait s'appeler PHPFR, ça serait beaucoup mieux pour éviter les contresens..  
 

 
Cette traduction est inexacte.
 
On aurait plutôt ceci :
 

Ah oui Hermes, très bien vu  
 
J'ajoute aussi que PHP viens de "Personal Home Page" en anglais.
En français ça donne Page d'Accueil Personnelle.. ce qui donne PAP, donc voici un exemple avec le minimum de contresens possible:
 
N'oublions également pas de remplacer les guillemets anglais par quelque chose de bien plus classe.
 

Perso, je préfère mettre tout en anglais. Déjà, parce que les noms des fonctions du langage de dév étant en anglais, je trouve que ça ferait bizarre d'avoir une partie du code en anglais et l'autre en français (et ce, même si effectivement, des fois, on peut avoir des drôles de traductions ). Ensuite, l'anglais permet généralement d'avoir du code plus concis, les mots anglais étant généralement plus courts (ex : get/obtenir). En plus, certains mots en anglais "informatique" sont compris de tous alors que leur traduction peut laisser dubitatif...
 
Enfin, dans le cs où le code viendrait à se retrouver publié sous licence libre, s'il est en anglais, n'importe qui pourra le comprendre. Je l'ai fait pour 3 de mes applis et j'ai été bien content que tout mon code soit en anglais.

 
Mais que fais tu des contresens (souligné par@ Tangrim) ? Nous sommes en france, les développeurs ne parlent pas tous anglais..
Il s'agit aussi de faire preuve de résistance politique.. il ne faut pas s'écraser face à l'impérialisme anglo-saxons-reptilien

Je suis pas sûr de comprendre ta remarque S'ils ne parlent pas tous français, le fait de développer en anglais va dans mon sens, non ?...
 
Pour la résistance politique, je pense surtout que les boîtes qui développent en français, c'est pour faire de la résistance économique afin d'empêcher des entreprises étrangères de reprendre leur code suite à des marchés gagnés (cf marchés publiques).
 
Edit : ok, t'as édité pour dire que les dév parlaient pas tous anglais. Du coup, ils doivent être vachement emmerdés pour lire l'aide sur le langage ou chercher de la doc technique Parce que la littérature informatique, c'est quand même beaucoup en anglais... Conclusion : un dév qui parlerait pas anglais, je l'embaucherais pas a priori.

 
N'exagérons pas. Pis avant que le code se retrouve partagé au 4 coins de la Terre il aura bien le temps de se poser la question de la langue pour coder.

Dans ma boite, si j'en surprends un à coder en français... je le bute

Jusqu'à quel niveau tu imposes l'anglais ?  
 
- variables
- fonctions
- log
- commentaire du code
- commentaire des commit
 
Pierre

Pour ma part : variables, fonctions, commentaires code. Pour les logs, ça dépend comment ils sont générés. S'ils tirent leur contenu entre autre des fichiers de langue, alors les logs seront dans la langue de l'appli (langue configurée dans le fichier de conf de l'appli). S'ils ne prennent pas leur contenu à partir des fichiers langues, alors en anglais.
 
Pour les commits, là, vu que l'outil de suivi de version est interne, en français.

Tout. 100% anglais quand il s'agit de dev

 
Perso chez moi, il n'y a pas de contresens dans les commentaires parce qu'il n'y a généralement pas de commentaires... Après on peut aussi faire des contresens dans les noms de variables, et ça arrive même en français. Par exemple $min a la place de $max, $y à la place de $x etc.

Pour du code qui ne quittera jamais la France et l'audience qui va avec les commentaires peuvent être 100% en français.
Déjà que certains développeurs ont un niveau en français franchement discutable alors autant qu'ils n'essaient pas d'écrire en anglais, en général ça donne un truc imbitable.

Les noms de méthodes/variables et cie ça se discute, l'anglais permet souvent de se montrer plus concis et souvent plus explicite (en évitant de traduire des concepts propre au développement).

Si tout le monde maitrise à la fois la langue et la programmation alors tout en anglais c'est bien aussi. Mais ça fait un sacré gros "si".

J'ai un assez bon niveau en anglais, je commente et je code en anglais (client international) mais je me rend compte que parfois dans mes commentaires j'ai beaucoup plus de mal à exprimer une idée en anglais qu'en français, surtout si je veux rester concis.
Donc imposer cela à quelqu'un qui a un mauvais niveau c'est contre productif, pour lui-même de façon immédiate et à terme pour l'équipe (maintenabilité).

Je ne fais pas de PHP mais je pense que ce débat est valable pour tous les langages...

Le pb, c'est qu'en début de produit, tu ne peux jamais savoir si à terme, le produit partira pas d'une manière ou d'une autre à l'étranger. Donc de faire dès le départ tout en anglais (au moins le code), ça peut représenter un gain de temps. Après, je reconnais que des fois, c'est pas évident d'exprimer en anglais certaines idées...

C'est juste mais il y a aussi des cas (la majorité selon moi) où tu peux partir avec une certitude .
Par contre clairement autant sur les commentaires on peut se permettre de traduire après coup, autant pour le code il faut être sûr dès le début.
 
Ca vaut d'autant plus si tu distribues une API publique ou un webservice. Je fais le contrat de mes WS en anglais, peu importe qui ils visent.

En même temps, pour moi on ne peut pas être à la fois un excellent développeur et être une bite en anglais... ce n'est pas possible.

C'est vrai pour à peu près tous les domaines, mais je pense que la problématique est posée pour toutes les personnes qu'on peut rencontrer sur le marché du travail, et pas juste les meilleurs.
Et y a plein de grosses buses dans l'info justement .

 
C'est tellement vrai

Pour ceux qui préconise le 100% anglais, que fait vous des mots métier ?  
Si dans le cahier des charges est écris : nom, prenon, architecte, maison, voisin, etc ... vous traduisé aussi la base, les requêtes SQL et le nom des méthodes ?

 
Pas compris la question... quel rapport entre "nom" et "maison" par exemple ?
 
Avoir un getter/setter sur un nom, ça a du sens... avoir un getter/setter sur "maison" ... ça en a beaucoup moins

Ben c'est là que le débat devient pertinent.
Si tu pars du principe que l'appli est dédiée à l'international, les docs techniques et fonctionnelles sont en anglais aussi donc question sans objet.

Sinon effectivement c'est là que faire le forcing sur la traduction peut donner des résultats contre productifs, au même titre qu'à l'inverse tenter d'écrire en français des concepts de programmation qui sont beaucoup plus parlant dans leur langue originale peut donner qqch de moche.
D'où l'invention du franglais pour concilier tout ça

Tu écrirais countMaison () ou countHouse ()  ?

 
Et pourquoi tu n'aurais pas de getter/setter sur une maison (ou un bâtiment ou une structure pour généraliser la notion)
C'est pas plus con que sur une personne !

Ou l'inverse CompterHouse

 
countHouse();
 

 
Disons que j'avais un peu de mal à imager le sens d'un getMaison() en fait.

Perso, la BD de l'appli est aussi en anglais (champs, tables, procédures, commentaires...).
 
Donc, pour la méthode, countHouses()

Tout en anglais de A à Z.

TOUT.

Quitte à avoir un lexique dans un README.md pour être sûr qu'on parle de la même chose.

 
Ça c'est direct ouvrir les portes de l'enfer. Un truc à te mélanger les pinceaux, à plus savoir si c'est compteHouse/countMaison/compteMaison/countHouse.

L'anglais a aussi l'avantage de bien tenir dans l'encodage ASCII. Ouais, je sais on est en 2015, mais un truc à la con m'est arrivé avec un de mes collègue : il avait mis un caractère qui ne faisait pas partie de l'encodage CP-1252, ce qui faisait que Visual Studio avait encodé le fichier (du C++) en UTF-16 ( peuvent pas utilisez de l'UTF-8 comme tout le monde?). J'arrive derrière pour compiler le module avec gcc, résultat: 3 pages d'erreurs.
 

 
+1    
 
Ceux qui veulent coder en français, z'ont qu'à développer avec WinDev
 

 
Sinon utilise l'UTFR-8 ou l'UTFR-16