Salut
 
Petit sondage pour satisfaire ma curiosité personnelle. J'ai la fâcheuse tendance, quand je code, à faire un vilain mélange entre l'anglais pour mes noms de méthode/attributs (car généralement plus court) et les commentaires en français (parceque la flemme ). Quand j'écris un truc perso pour tester ou pour apprendre c'est pas bien grave, quand je bosse sur un projet en binome ou en stage, j'dois me forcer à faire attention. (:
 
J'imagine que je ne suis pas le seul dans ce cas, alors vous, quelles sont vos vilaines habitudes ?

Anglais parce que je fais moins de fautes d'orthographe et que ça me permet de partager mon code plus facilement

Anglais pour tout.
 
La majorité de la doc est en anglais (de très loin, et encore plus pour les langages les moins "fréquentés" ) ce qui évite le "context-switching" entre les langues; c'est plus simple à partager (dans la team ou en international); pas besoin de traduire les termes techniques (ou de tenter vainement de comprendre les versions traduites) quand on nomme des entités; les langages et stdlib sont habituellement en ou inspirés de l'anglais donc toute introduction d'une langue autre génère du bordel avec un code bilingue.
 

Masklinn : je suis d'accord avec toi. Je viens de finir mon rapport de stage, mon projet était un site réalisé avec Django. Je voulais éviter les anglicismes au maximum car je crois que ce n'est pas trop apprécié dans ce genre de document, mais dans le contexte de django, avec les "views" qui deviennent les contrôleurs c'était un peu le bordel.  

Deux possibilités dans ce genre de cas:

• Tout traduire dans le rapport mais ajouter un index en fin pour expliquer les relations entre les termes traduits et les termes originaux
• Ne rien traduire, mais marquer les termes originaux comme "techniques" en utilisant des italiques, ou une fonte différente, ou du monospaced.

PS: les "views" de django ne sont pas du tout des contrôleurs, ce sont des vues, j'espère que t'as pas encore rendu ton rapport: http://www.djangoproject.com/docum [...] dard-names

Pas encore rendu non ^^
J'passerais peut-être tout en VO, j'pense que ça restera plus fiable.

Change déjà ça, le mot "contrôleur" n'a quasiment aucune raison d'apparaitre dans un rapport sur Django (sauf pour dupliquer l'entrée de la FAQ)

En interne tt en anglais (le mot "utilisateur" est trop long, vive "user" ), par contre l'UI est généralement en francais

Je dois avouer que je m'attendais à trouver plus de personne codant en français. Je ne pensais pas que, pour des projets persos par exemple, tout le monde passait systématiquement en anglais. ^^
Je suis encore étudiant, et nos TP demandent généralement un code en français, ça doit être dans la logique des choses pour moi de travailler encore en français, du moins en partie.

Ça fait quand même moins mal aux yeux d'utiliser une fonction "getFirstUser()" que "recupererPremierUtilisateur()"

Tout en anglais , et dès que je corrige un code en français sur un forum je traduis
 
Sérieux, quand on voit des codes avec des variables en français qui font 20 caractères çà fait peur, et puis c'est chiant parce que c'est long à lire
=D
 

<?php
$nombreDeMessagesParPage='...';
?>

 
En même temps tu peux abréger recupPremUtil() \o/
 
Bon plus sérieusement, tout en anglais, tout le temps, toujours

 
Rien à battre de la longueur des noms de fonction pour ma part...
 
Même s'il faut un getDarkBackgroundColor(), c'est tjs mieux qu'un getDarkBgCol()
 
Déjà c'est clair pour tout le monde, et ça t'évites de te poser la question 2 jours après "merde j'ai abrégé quelle partie des mots..."

 
Si c'est inévitable, ok...
 
Après il faut que çà soit clair, et souvent, si c'est long et pour rien dire, c'est chiant

+1
Jamais d'abbréviation. Comme ça, on n'a pas à se demander si on a abbrégé ou non un nom de variable.
 
Et je code dans la langue du langage utilisé. Avec cette pourriture de WinDev par exemple, je code en français. Comme ça, l'ensemble du code est en français.
Et idem pour les langages en anglais (C, C++, php, ...). Parce que mélanger des termes dans différents langage (nom de variable, de fonction perso en Fr, et mots clés du langage en anglais par exemple), ben smoche

Je code en anglais.
Mes noms de fonctions débutent toujours par un verbe. Et j'essaie d'écrire du code auto-documenté, de sorte que les commentaires que j'ajoute détaillent seulement les points qui peuvent sembler étranges ou peu clairs en première lecture.

Et pas d'abbréviation non plus.

moi j'ai souvent 2 ou trois commentaires par fichiers, genre juste ca  
 
//--
 
pour séparer des parties logiques. Sinon, oui, peu de commentaire, parce qu'en info de gestion, les algos sont rarement interessant, c'est souvent assez direct (hélas)

Pour les noms à rallonge je trouve quand même que c'set un faux problème. N'importe quel bon éditeur de code ou IDE propose l'autocomplétion, donc que l'on ait 5 ou 15 caractères, finalement ça se résume en un coup de ctrl+espace.  

 
Ah bon ?    

merde, j'ai pas vu le "franglais". généralement y'a un peu de tout dans mon code.
 
forcément, y'a la moitié des noms de varables anglphones qui sont déjà pris par des codes...

moi je la fais toujours en anglais puis je la localise pour la culture fr

 
Moi toujours en français, puis je localise en en.
 
Car je suis meilleur en FR qu'en EN (forcément) et qu'il sera donc plus facile de corriger le fichier de langue EN que le code source.

le vrai gros souci du français, c'est qu'il y a des accents et autres caractères à la con.
 
et pour peut qu'un écrive ça :
 
public Cœur façade = new Cœur(entité);
 
vas-y pour le debug.
 
surtout si d'autres écrivent dans le même code :
 
public Soeur facon = new Soeur(eleve);

sauf que le jour où un italien doit tester ton appli, t'es super emmerdé, surtout si tu dois lui dicter au téléphone comment passer en locale anglaise sur son PC
 
au moins si la langue neutre c'est EN t'as pas de souci avec les étrangers...

 
Comment ça ?

ben si la langue neutre c'est tes libellés FR, alors son PC configuré en italien il va voir l'appli en français et du coup il va rien comprendre

(quoique que l'italien c'est mal choisi, les racines se ressemblent donc ça doit rester presque à peu près compréhensible)

ah pis j'oubliais aussi une des raisons pour laquelle je fais pas mal de franglais dans mon code...
 
c'est que je bosse sur un ERP français et... tout le modèle de données est en franç...glais (y'a un peu de tout des fois c'est imbittable)
 
et quand je bosse sur des notions de l'ERP je reprends les termes de l'ERP histoire de faciliter la maintenance... ça aide pas à garder le code propre

 
Non, la langue par défaut du site est défini dans les options. Et par défaut c'est TOUJOURS de l'anglais

quelles options ?
 
en .NET c'est le navigateur du client qui envoie les langues préférées, et le site répond dans la langue qui correspond le mieux et à défaut, la langue neutre (qui ne correspond à aucune culture)
 
et c'est justement cette langue que je fais en anglais. ensuite pour le reste je traduit en français pour la locale FR. je ne crée jamais de locale EN, et surtout j'impose rien ni dans mon code ni dans la config du serveur

 
Mes options, quand je dev, j'utilise un framework perso, avec un fichier de config, qui dit entre autre quelle langue par défaut utiliser.

tout ce que j'aime pas
 
pour moi l'appli doit s'adapter à la config de l'utilisateur, pas l'inverse
 
rien de plus chiant que de démarrer une application en allemand et chercher 3 plombes comment la passer en anglais (Winace par exemple)

 
Nan mais je parle de site web là ...
 
Le visiteur arrive, si sa langue existe, le site est affiché dans sa langue, sinon => langue par défaut (donc anglais)
 
Et quand je fais du multilangue, il y a toujours la liste des langues sur toutes les pages du site.

mouhaha, je viens de tomber là dessus sur un site :
 

var indefini; // déclarée ainsi, "indefini" est "undefined"

 
Ah ouais, là forcément c'est super plus clair. Pis alors ça va être super facile à comprendre après quand on va l'utiliser

J'aime bien le commentaire, super explicatif