Avez-vous inventé des termes que seuls vous et votre équipe comprenez ?
Drôles ou techniques, expliquez-les nous
Le 2010-08-05 15:46:47, par Idelways, Expert éminent sénior
Joey deVilla est développeur et techno-évangéliste qui travaille à Microsoft Canada.
Durant sa carrière, il a été amené à travailler avec et gérer bon nombre d'équipes et s'est rendu compte, au fil des années, que chacune avait inventé ses propres termes.
Entre jargon et nom de code pour ne pas être compris de l'extérieur, Joey deVilla s'est amusé à nous faire une sélection de termes sur son blog.
On notera par exemple « DOCTYPE Décoration » : quand les développeurs Web choisissent un doctype (strict surtout !) sans le respecter ou « .NET Sandwich » : quand du code .NET appelle du code natif qui appelle à son tour du code .NET... et que le tout plante spectaculairement.
Inspiré de Star Wars, on appréciera les « Yoda Conditions » (quand une condition teste si une constante est égale à une variable, comme se demander est-ce que le bleu est la couleur du ciel).
Ou moins développement pure mais ô combien bien trouvé le « Fear-Driven Development » : quand l'équipe de projet est sous pression
Plus grand public, le « Bloombug » (en allusion à Bloomberg) : un bug qui... fait gagner de l'argent (très râre !) ou « Bugfoot » (pour Big Foot) pour un plantage non reproductible signalé par une seule et unique personne.
Bref, des inventions souvent drôles, toujours efficaces et bien sentis, qui rappellent que les développeurs savent aussi manier la langue en plus des langages.
Et vous, avez-vous inventé des termes de jargon français compréhensible uniquement par vous et votre équipe ? Oui ?
Alors n'hésitez pas à en faire profiter les membres du forum !
Source : Selection de Joey deVilla sur son blog
En collaboration avec Gordon Fowler
Durant sa carrière, il a été amené à travailler avec et gérer bon nombre d'équipes et s'est rendu compte, au fil des années, que chacune avait inventé ses propres termes.
Entre jargon et nom de code pour ne pas être compris de l'extérieur, Joey deVilla s'est amusé à nous faire une sélection de termes sur son blog.
On notera par exemple « DOCTYPE Décoration » : quand les développeurs Web choisissent un doctype (strict surtout !) sans le respecter ou « .NET Sandwich » : quand du code .NET appelle du code natif qui appelle à son tour du code .NET... et que le tout plante spectaculairement.
Inspiré de Star Wars, on appréciera les « Yoda Conditions » (quand une condition teste si une constante est égale à une variable, comme se demander est-ce que le bleu est la couleur du ciel).
Ou moins développement pure mais ô combien bien trouvé le « Fear-Driven Development » : quand l'équipe de projet est sous pression
Plus grand public, le « Bloombug » (en allusion à Bloomberg) : un bug qui... fait gagner de l'argent (très râre !) ou « Bugfoot » (pour Big Foot) pour un plantage non reproductible signalé par une seule et unique personne.
Bref, des inventions souvent drôles, toujours efficaces et bien sentis, qui rappellent que les développeurs savent aussi manier la langue en plus des langages.
Alors n'hésitez pas à en faire profiter les membres du forum !
Source : Selection de Joey deVilla sur son blog
En collaboration avec Gordon Fowler
-
Emmanuel LecoesterMembre expert"un programme javelot ... quand tu le lances il se plante"le 08/08/2010 à 9:33
-
jordane45Membre du ClubBonjour,
Pour ma part on utilise souvent une expression (très connue ?)... qui est :
Code erreur 33 (très utilisée dans les hotline, helpdesk..etc.
33... (cm) étant la distance (environ) entre le clavier et la chaise... le 05/08/2010 à 17:22 -
MyfredMembre du ClubMoi j'ai mon gugus de voisin qui me fait un grand sourire à chaque fois qu'il à mis un string dans l'array...le 05/08/2010 à 17:23
-
taquinadeNouveau membre du ClubMoi j'utilise souvent le appuies sur F13 lorsqu'un collègue me prend la tête avec une question informatique à la noix.
Il existe aussi des variantes, le Shift + F13, control + F13 ou bien encore le control + Alt + supp + F13 (marche uniquement sous Windows !)le 24/08/2010 à 16:54 -
B.AFMembre chevronnéNous on a inventé un terme :
On fait un design pattern "Sarko"
C'est quand quelqu'un fait un dev avec pleins de classes abstraites, des interfaces qui font tout, et que quand on demande ce que ça fait il répond : "Ah il ne reste plus qu'à implémenter le métier!".le 23/08/2010 à 11:08 -
meziantouMembre éméritePouleter son code : faire un check-in
check-in -> chicken -> poulet -> pouleterle 06/08/2010 à 17:17 -
Folken LaëneckMembre régulierLà où je travailles actuellement, on a tout un champ lexical qui se rapporte au nom d'un ancien développeur pas très consciencieux qui a laissé sa marque dans la vie de l'entreprise et dans certains projets des tous débuts.
Pour conserver son anonymat, disons qu'il s'appelait Raymond.
Ça nous donne la "raymonade" pour faire référence à n'importe quelle horreur qu'il aurait pu glisser dans un code (ou quelqu'un d'autre d'ailleurs, personne n'est parfait ;o), l'adjectif "enraymoné" pour un code "encrassé de raymonades" et le verbe "desenraymoner" pour le fait de les faire disparaitre.
Une fois c'est même devenu une fonction desenraymond(), en palliatif le temps de faire une v2 plus propre ...
Heureusement, ce sont des mots qu'on utilise de moins en moins ^^le 05/08/2010 à 22:30 -
LeFixFutur Membre du Cluble 07/09/2010 à 11:12
-
RapotORMembre éclairéRien de très technique pour ma part mais dans notre équipe, nous utilisons fréquemment l'expression "être AZERTY".
Elle est employée après le temps de midi lorsqu'on a un peu trop mangé... du coup, il y a un risque de s'endormir le front sur le clavier et d'avoir la marque "AZERTY" sur le front.
Variante: "être QWERTY" ou "être AZERTYUIOP" lorsqu'on a abusé.le 05/08/2010 à 16:44 -
pseudocodeRédacteurDans une autre vie, on parlait des "commentaires de Nelson Montfort". Une pratique qui consiste a mettre comme commentaire la traduction en français du code.
Code java : 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19// compte les mots dans un tableau de chaine public static int countWords(String[] array) { // on initialise la variable count à zero int count=0; // pour chaque chaine dans le tableau for(String s : array) { // on appelle la fonction split String[] words = s.split("\\W+"); // on ajoute la taille de words dans count count += words.length; } // on retourne count return count; }
le 06/08/2010 à 11:55