Les codes les plus hallucinants rencontrés :

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par Cpt Anderson

J'ai vu dans une assez grande entreprise Française (que je ne citerais pas), quelque chose du genre:

Code :

J'ai déjà débuggé une grosse fonction de ce genre assez mal écrite et de plus de 1000 lignes avec des tests assez complexes. Après des heures et bien des tests pour comprendre j'ai découvert le fameux result:=false; dans les dernières lignes du code... Heureusement que le type n'était plus dans le coin. En tout cas, il n'a pas eu de compliments de ma part, même s'il était issu de la promotion de l'année d'avant.

[transgohan]

De si bon matin je vais m'auto flageller...

Comment tester l'existence de l'index d'un tableau en PHP ? Et plus particulièrement quand on tombe de sommeil ?

Code php :

1
2
3
4
5
6
7
8
$trouve = false;
foreach($tab as $i => $val){
  if( $i === $index ){
    $trouve = true;
    break;
  }
}
if( $trouve === true ){

[Katyucha]

Je ne me rappelle que de l'algorithme

Ecrit par un ingénieur

Code :

1
2
3
4
5
6
Pour tout les fichiers i dans le répertoire X
   Ouvrir la connexion ftp sur server.com
   Pousser le fichier i
   Fermer la connexion ftp
Fin Pour

Le programme marchait mal... Le super ingénieur comprenait pas pourquoi, c'était la faute de mon serveur linux (le serveur ftp)

Le stagiaire est arrivé, il a regardé et a pwned direct l'ingénieur

Code :

1
2
3
4
5
6
Ouvrir la connexion ftp sur server.com
Pour tout les fichiers i dans le répertoire X
   pousser le fichier i
Fin Pour 
Fermer la connexion ftp

[Alvaten]

Sur le bout de code d'un collègue étudiant

Code :

1
2
3
4
5
6
7
for i in 1..10 loop
 [...]
 if Variable = i + 0 then
  [...]
 end if;
end loop;

Son explication ... Si je met pas le +0 il passe pas dans le if ... On etait en 1ère de license en programmation

[LeGnome12]

Envoyé par Katyucha

Le stagiaire est arrivé, il a regardé et a pwned direct l'ingénieur

Comme quoi les stagiaires ne font pas que de la m****. Mais c'est très difficile après pour le reconnêtre de la part des anciens.

[JonathanMQ]

Code :

1
2
3
4
5
6
7
8
9
String tmpVal;
for(int i =0; i< maVar.length();i++){ // maVar = entre 6000 et 7000 occurences.
     // traitement quelconque avec accès BD qui crée une variable autreVar de longueur 100 à 400 a chaque fois. 
   for(int j = 0; j< autreVar.lenght();j++){
        tmpVar += autreVar(j);
    }
}
tmpVar = null; // <-- WTF !

Il n'y a rien après la boucle, aucune autre variable que celles-ci sont créer , utilisé ou gardé..

J'ai beau tenter de comprendre à quoi sa sert et je ne comprend toujours pas,on dirait une mauvaise blague ou un abus d'alcool.

C'est quand même (6000 à 7000) x (100 à 400) traitements

[Loceka]

Meuh non

Ca plante avant :

Envoyé par JonathanMQ

Code :

   for(int j = 0; j< autreVar.lenght();j++){

[Robin56]

Envoyé par Loceka

Ca plante avant :

Voici une illustration parfaite du théorème "Bug is a feature".

[RomainVALERI]

Envoyé par JonathanMQ

J'ai beau tenter de comprendre à quoi sa sert et je ne comprend toujours pas,on dirait une mauvaise blague ou un abus d'alcool.

C'est quand même (6000 à 7000) x (100 à 400) traitements

As-tu envisagé la possibilité que ce soit tout-à-fait volontaire pour perdre du temps ? Il me semble qu'on peut ressortir nos vieux classiques ^^

[JonathanMQ]

@Loceka : Faute en recopiant le code, je n'ai pas mis intégralement le code, je ne peux pas, dans mon travail, copier des bouts de code intégralement ou en partit

RomainVALERI : Ce serait étonnant car sa ne servirait à rien mais ... qui sait !

[Bovino]

Envoyé par JonathanMQ

J'ai beau tenter de comprendre à quoi sa sert

Juste à aller voir le boss quelques semaines après en ayant supprimé les boucles pour lui dire :

Bon, je suis repassé sur le code de untel (tout le monde aura oublié que untel, c'est lui...) et je l'ai légèrement optimisé, maintenant, ça dépote...

[RomainVALERI]

Envoyé par JonathanMQ

RomainVALERI : Ce serait étonnant car sa ne servirait à rien mais ... qui sait !

Comme dit Bovino, ça peut être très "utile" au contraire ^^ (c'était d'ailleurs exactement la situation dans l'histoire que j'ai mise en lien )

[JonathanMQ]

Envoyé par RomainVALERI

Comme dit Bovino, ça peut être très "utile" au contraire ^^ (c'était d'ailleurs exactement la situation dans l'histoire que j'ai mise en lien )

Il n'y a rien qui justifie ce bout, la classe en question sert à extraire des champs d'une table ..... pour un affichage web. Aucune raison de ralentir l'affichage d'une page web


@Bovino : On ma dit de laisser sa la, parce que tout marche en ce moment donc on touche à rien Heureusement, "untel" c'est un très mauvais consultant d'une firme quelconque qui a chargé le gros prix pour faire un travail de merde....

[Bovino]

Envoyé par JonathanMQ

Aucune raison de ralentir l'affichage d'une page web

Oui, enfin, il n'y a pas non plus de raison de prendre ma remarque au sérieux !

C'était une remarque humoristique...

[h2s84]

Je me suis plié en deux en lisant ça. Très drôle comment il est arrivé à dire que coder proprement c'est le mal, ça augmente la pollution.

[nostrora]

M'ouai..

[mordrhim]

Envoyé par SamSer

Je crois pas qu'ils refileront ça à un stagiaire . Ce serait vraiment trop stupide...

Que tu crois, j'ai programme qui a été développé par un stagiaire qui ne connaissait pas le langage objet et fan de naruto.
Le programme est une application qui a été utilisé tant bien que mal par d'autres applis.

Donc débugger un code avec :
- des variables du genre "Sharingan", "kagebushin" "Kioshugi" "Kyuubi" et autres ..
- Du code qui a été copié collé d'un autre programme internet avec des commentaires du genre "Je sais pas à quoi ça sert mais sans, ça marche pas" ou encore "TODO : Rendre propre le CP/CC"
Je sens que ça va être drôle.

[Anarchy64]

Eh ben il y en a pas mal de kaudes bien crades par ici..!
Le pire que j'ai rencontré c'était quand je bossais avec un ancien demomaker (les gars qui te font des miracles avec un pc puissant et 64 ko), du coup pour compresser ses programmes il avait sa technique secrète qui consistait à utiliser des retours inline sur 3 lignes pendant tout le code. Ca donnait une bouillie du genre :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
[header.h]
 inline 1
   ligne a
   ligne b
   ligne c

 inline 2
   ligne s
   ligne t
   ligne u

[header2.h]
 inline 3
   ligne x
   ligne y
   ligne z

[main.c]
 Appel inline 2
 debut:
 Appel inline 1
 Oh, une ligne de code normale !
 if ( !test(Appel inline 3) )
    goto debut;
 Appel inline 3
 for ( i = inutilité(Appel inline 2); i <= j | i != illisibilité(Appel inline 1); i++ ) {
    Début de code Appel inline 2
 }

[Bluedeep]

Envoyé par Anarchy64

Eh ben il y en a pas mal de kaudes bien crades par ici..!
Le pire que j'ai rencontré c'était quand je bossais avec un ancien demomaker (les gars qui te font des miracles avec un pc puissant et 64 ko), du coup pour compresser ses programmes il avait sa technique secrète qui consistait à utiliser des retours inline sur 3 lignes pendant tout le code. Ca donnait une bouillie du genre :

Désolé, mais on arrive même pas à comprendre de quoi il est question.

Quel est le but de la manoeuvre ici ? et je n'ai pas la moindre idée de ce que peut bien être un "demomaker qui [fait] des miracles avec un pc puissant et 64 ko". Je suppose ne pas être le seul.

[pmithrandir]

Les gens qui codent en 64ko, c'est souvent des petits executables qui te montrent des "videos" 3d ainsi que des sons assez bien foutu, le tout dans 64ko.

C'est des défi de programmations. Sur google on en trouve certains, entre autre, je me souviens d'un chateau vachement sympa.


Pour la boucle d'assurance, je comprends tout a fait.

Vous n'avez jamais vu un endroit dans le programme qui va buggé. Vous le savez d'expérience, vous savez que les conséquences seront désastreuses si vous ne faites pas au plus vite un refactoring (du genre perte irrémédiable de données sensibles) mais quand vous le dites a votre chef(N+1), il vous sort :

Ah oui, on ajoute ca dans la liste a faire, catégorie refactoring, priorité "low" (WTF )
Tout bêtement parce que son chef(N+2) lui a dit, je veux la jolie fenetre tout de suite.

Maintenant, si discrètement vous introduisez une jolie boucle qui bouffe juste du temps, tous les jours vous la ralentissez un peu plus.

Votre N+1 vient vous voir très vite pour des problèmes de performance vachement handicapant, que n+2 lui a demandé de régler au plus vite.

Il ne reste plus qu'a lui dire : "Je vous avez parlé d'un refactoring dernièrement, je pense que c'est les premiers signes qu'il faut faire ca en urgence".

Et voila votre tache qui repasse de "low" a "super mega high y'a pas plus haut" en 30 secondes.

Bref, la boucle infinie, c'est une arme anti chef débile.