[Capitaine Obvious à la rescousse !]
- Ah ah ! Alors il paraît qu'il y a encore une quote de geek (non, Hannibal, c'est une "quote" de geek, pas une "côte" de geek... de tutes façons y'a rien de sain à bouffer sur un geek) à expliquer sut DTC ! Laissez-moi lire ça, je m'en vais vous vulgariser tout ça !

*lis la quote*

*se prends la tête dans les mains et cherche comment résumer en 20 lignes l'équivalent de 2 semaines de cours*

*relis la quote*

*sanglote*

- bon, les gens, vous savez quoi ? Je... j'ai oublié de sortir le chien... attendez là, je reviens ! Eu... promis !

*S'envole vers de nouvelles aventures*

Sérieusement, en gros, en très gros parce que là je vois pas comment rendre ça clair (si un autre vulgarisateur plus doué ou insipré que moi passe par là, merci de faire mieux que moi), disons que c'est un peu comme faire un travail qui demande plein de brouillons, rangés dans des dossiers. Ca donne :
- normal que ça soit le bordel, les gens créent plein de brouillons sans s'en débarrasser quand ils sont plus utiles.
puis :
- ça serait un petit dossier ça irait, mais là y'a 56 classeurs à trier pour virer les brouillons.
cerise sur le gâteau :
- en plus au lieu de mettre une étiquette sur chaque dossier pour en indiquer clairement le contenu, ils ont écrit des trucs genre PL1112222Y

(note à mes amis dev : oui, je sais à quel point mon analogie est bancale, ne stressez pas, les non geeks auront oublié tout ça dans quelques heures).

Il faut toujours appeler une variable "u" pour l'utiliser dans la fonction "malloc".

kabi, l'ami que tous le monde souhaite avoir pendant une situation difficile.

Vulgarisation captain obious version 2 :
perso j'aurais vulgariser la quote de cette façon.

Imaginons que le programme est un restaurant.
Imaginons que les itérations c'est les plats.
Imaginons que les variables c'est la vaisselle.

le programme fait des itérations = le restaurant fait des plats

pour ses plats il utilise de la vaiselle.

mais si a chaque plat il ne lave pas la vaisselle, le lave vaisselle se rempli et un moment ya plus de place et plus de vaisselle ...

après faut faire appel à un commis pour tout nettoyer ...
sinon le restaurant ferme car il ne peux plus faire ce qu'on lui demande !

Nan mais là, même en apprenant sur le tas ça devrait pas être légal. Je veux dire, tu as une variable qui sert à gérer la largeur d'une fenêtre, tu l'appelles "largeur", pas "hykzqwx", c'est pas compliqué quand même.

Mais le code c'est pas le code ?

Ouai c'est pas faux.

Explication :
En gros le mec d'avant a utilisè une fois 1000 variables alors qu'il aurais pu utiliser 1000 fois une variable. En appelant sa tomate PD111222Y.

Cool quand on ne sait pas quoi faire du PC surpuissant que nous a vendu le vendeur de la Fnac ^^

Mais oui mais c'était pour gagner du temps. Au début, c'est toujours pour gagner du temps.

Que celui qui n'a jamais codé avec une variable "toto" me jette la première pierre.

"Le code, c'est Le code?...Ben ca va, ils se sont pas trop cassés le bonnet pour le trouver celui la!"

Ecoutez moi je me tape en prog un kevin qui nomme ses variables bonnasse et qui pense que les maths sont inutiles pour coder des jeux, chacun ses problèmes!

"Un programme C est comme une danse rapide sur une piste de danse fraîchement cirée, par des personnes tenant des rasoirs."

Waldi Ravens. Programmeur.

Vulgarisation version 3 :

Je vais également essayer de "résumer" ça (vous aurez au moins 3 façons différentes de voir les choses ...) :

Imaginons un responsable de service nase en informatique, qui fait appel à des stagiaires pour gérer son problème de mémoire (les variables).
Le stagiaire en question a un seul rôle : se rappeler de se lui a dit son supérieur précédemment (le client s'appelle ... / le numéro de facture est ...).

Il commence à traiter un gros dossier et pour chaque information, il fait appel à un stagiaire pour s'en rappeler à sa place (connait pas le post-it le N+1).
Les stagiaires appelés (qui retiennent donc actuellement une information) doivent aller dans une salle d'attente, le temps qu'on les rappelles, le N+1 est libre de rappeler un / plusieurs stagiaires pour connaitre l'information qu'on leur a attribuée (c'était quoi le nom du client ?) ou pour leur en attribuer une nouvelle (le nom du client est UGLAND).

Le problème ici, c'est quand le N+1 clore un dossier pour passer au suivant, il dit pas aux stagiaires "en attente" de partir et se contente, comme avant, d'en appeler de nouveaux. Ce qui augmente le nombre de personnes dans la salle "d'attente" (ceux du dossier en cours + ceux des dossiers précédents). Et on peut pas pousser les murs de la salle concernée ...

La bonne pratique ici aurait été que le N+1 segmente son dossier par thématique. Il confie les informations essentielles à quelques stagiaires (nom du client, numéro de facture, ...) qui resteront jusqu'à la fin et à la fin de la thématique traitée, les stagiaires qui auront été appelés à ce moment-là pourront partir (puisqu'on reviendra plus sur cette partie).
A la clôture du dossier, il restera que les premiers stagiaires qui étaient là uniquement pour les informations essentielles, qui partiront quand le N+1 aura effectivement refermé le dossier (et l'avoir jeté dans l'armoire).

La différence entre sans et avec la bonne pratique, c'est que :
* sans, tu monopolises un tas de personne pour rien pendant trop longtemps, au risque d'avoir la salle pleine rapidement.
* avec, ta salle d'attente se remplit au fur et à mesure que tu traites la thématique et se vide instantanément quand tu changes de partie, le personnel peut vaquer ainsi à d'autres occupations. Les éléments réellement important sont conservés jusqu'à la fin.

----------------------------

Et pour ceux qui seraient tenté de parler de "refactorisation" (le fait de pouvoir traiter en masse des opérations sur des variables, comme les renommer sans risque, par exemple), si je ne dis pas de conneries, l'opération n'est pas possible / difficilement possible si certaines options sont désactivées.
Je pense notamment à "Option Explicit" (VB6 / VB.Net) qui autorise le fait de créer à la volée sans avoir déclarer de variables et qui empêche de refactoriser proprement parce qu'une variable au même nom existe à plein d'endroits du programme ...
Et avec "Option Strict" de désactivé, vous pouvez comparer des torchons et des serviettes, ça plantera éventuellement à l'utilisation (le contrôle à la compilation, c'est vraiment pour les cons. N'oubliez pas les enfants : TESTER, C'EST DOUTER ! :p )

PS : les développeurs sont des gens sympas. Sauf quand ils héritent de certains projets / collègues ...

Ils avaient qu'a apprendre un language garbage-collecté...

Et puis il y a le C++, avec la RAII.

"Les mecs, sans déconner. Je suis là pour corriger, pas pour réécrire toute votre code."

Chtuluhu dit : "Que le refactor soit", et le réfactor fut.
Chtuluhu vit que le refactor était bon.

Je comprend invariablement rien à la programmation :D

Si toi aussi tu n'a rien compris : Kamoulox.

Vive l'informatique !!