Avez-vous inventé des termes que seuls vous et votre équipe comprenez ? Dîtes nous lesquels

Avez-vous inventé des termes que seuls vous et votre équipe comprenez ?
Drôles ou techniques, dîtes nous lesquels et venez nous les expliquer


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.


:fleche: 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

Je n'ai pas souvenir d'avoir inventé de tels termes mais ceux recensés par Joey deVilla sont bien sympa pour la plupart.

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é.

J'adore aussi le "Reality 101 Failure" de Joey deVilla :mouarf:

Citation:

---

Envoyé par Idelways

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 bleue est la couleur du ciel).

---

Je ne vois pas de mal à comparer une constante à une variable!?

Code:

---

1 2 3 4 5

V_MAX = 300.000 km/s if ($vitesse_voiture == V_MAX) { print 'Capitaine Kirk est dans la place!'; }

---

non?

Citation:

---

Envoyé par dolu02

Je ne vois pas de mal à comparer une constante à une variable!?

Code:

---

1 2 3 4 5

V_MAX = 300.000 km/s if ($vitesse_voiture == V_MAX) { print 'Capitaine Kirk est dans la place!'; }

---

non?

---

En fait, c'est la référence à l'inversion des phrases de Yoda qui est marrante (Djedi, tu deviendras...)

Et là c'est quand on utilise

Citation:

---

if (constant == variable)

---

à la place de

Citation:

---

if (variable == constant)

---

la Yoda condition c'est plutôt CONSTANTE == VARIABLE

Too late T_T

Citation:

---

Envoyé par gilwath

la Yoda condition c'est plutôt CONSTANTE == VARIABLE

Too late T_T

---

Aaaahhhh, j me demandais ce que Yoda venait faire la dedans! :aie:

Citation:

---

Envoyé par dolu02

Je ne vois pas de mal à comparer une constante à une variable!?

Code:

---

1 2 3 4 5

V_MAX = 300.000 km/s if ($vitesse_voiture == V_MAX) { print 'Capitaine Kirk est dans la place!'; }

---

non?

---

Il faut lire le blog pour ça.
En fait il dit
constante == variable
au lieu de
variable == constante

donc comme dire "si bleu est le ciel", d'où la référence à yoda.

Bonjour,
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. :ccool:
33... (cm) étant la distance (environ :) ) entre le clavier et la chaise...:lol:

Moi j'ai mon gugus de voisin qui me fait un grand sourire à chaque fois qu'il à mis un string dans l'array... :?

Ok, je comprends mieux maintenant! :)

Nous évoquons souvent les erreurs ICC à propos du client

ICC -> interface chaise clavier

Depuis qu'un client nous l'a sorti on emploie souvent le terme "Timoute" pour dire "Timeout". :lol:

"Veuillez patte yenter" Pour "veuillez patienter"

"Chocochoc" Pour "Photoshop"

COPIER MERDER

un copier presque coller comme il faut !!!

LDAP sur des bambous

Bron-bron: nom masc. Langage de programmation obscur, dans la langue d'un de mes anciens supérieurs.:mrgreen:

Salut tout le monde, je vis au Québec et ici c'est le fameux cas 18... effectivement le problème se trouve à 18 pouces de l'écran, une version locale du ICC ou du cas 33 !! ;)

Là 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 ^^