Quel est le pire bout de code que vous ayez jamais écrit ?

**thorium90** · 28/09/2011, 00h05

A mes débuts à l'age de 11 ans, j'ai commencé en qBASIC mon pere ne m'avais appris que la structure IF. Peux de temps apres, voyant mon engouement pour la prog, mes parent m'ont acheté Visual BASIC 6, je m'en suis servi pendant 4 ans sans connaitre ni les boucles, ni les tableaux.

Alors pour les boucles, j'utiliser l'objet Timer() que je mettait a 1 miliseconde et que j'activer ou désactiver selon les besoins avec un bon vieux timer1.enable=false/true

Pour les tableaux, je m’était inspiré de Excel; et je nommais donc mes variables : aa, ab, ac, ad, ae, af etc...

Alala, que de nostalgie! Je crois pas avoir fait pire depuis, même si mes débuts en C n'étaient pas non plus très brillant ^^

**karmaGfa** · 28/09/2011, 05h58

Ma petite perle en C:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
for (unsigned int i = j; i >= 0; i--) {
  ...
}

Je n'ais pas honte, j'étais étudiant, c'était il y a 15 ans. Depuis, pas de souvenir d'avoir écrit ce genre d'énormité, mais Java y est pour beaucoup.

**abgech** · 28/09/2011, 07h09

C'était il y a plus de 30 ans, sur "main frame" (évidemment à l'époque). Écrit en PL1, mais je le transcrit en C parce que j'imagine que plus personne ne connaît le PL1.

Je dois terminer un programme juste avant de partir en vacances. Il contient les lignes suivantes qui doivent s’exécuter environ 10 millions de fois (1 fois pour chaque enregistrement d'un fichier) :
if (code == 1) ... :
if (code == 6) ... :
if (code == 'c') ... :
if (code == 10) ... :
if (code == 'a') ... :
if (code == 11) ... :

Etc, pour environ 400 lignes.

Je teste avec un fichier contenant une centaine de cas remarquables et quelques cas normaux, OK, tout baigne et je pars faire des bulles en Méditerranée pour 3 semaines.

À mon retour, le boss me prend à part et me dit :
"Ton programme, il mouline des heures et des heures, il sort des résultats intermédiaires corrects, mais on a été obligé de l'arrêter après 3 heures de fonctionnement alors qu'il était prévu pour tourner une demi-heure, il foutait en l'air tout notre planning."

La toute grosse honte pour moi qui me vantait d'écrire des programmes performants ! Bon, on dira, à ma décharge, que j'étais plus préoccupé par mes futures vacances que par le programme.

Bon, pour bien comprendre la co*rie, il faut se remettre dans le contexte de l'époque, un "main frame" avait peut-être la puissance d'un téléphone moderne et que les compilateurs n'optimisaient pas.

**SurferIX** · 28/09/2011, 10h14

Envoyé par abgech

...
if (code == 1) ... :
if (code == 6) ... :
if (code == 'c') ... :
if (code == 10) ... :
if (code == 'a') ... :
if (code == 11) ... :...

Si c'était en C je ne comprends pas comment tu peux éviter ça à moins que tu ne veuille dire "elseif" ou "continue" ou "break" à la fin de chaque évaluation ?

**pyros** · 28/09/2011, 10h23

#define private public avant d'inclure un .h.

Comme l'a dit un collègue, c'est comme ça qu'on devient délinquant

Le pire c'est qu'on avait cherché, mais on n'avait pas trouvé d'autre solution...

**thorium90** · 28/09/2011, 20h04

Envoyé par pyros

#define private public avant d'inclure un .h.

Comme l'a dit un collègue, c'est comme ça qu'on devient délinquant

Le pire c'est qu'on avait cherché, mais on n'avait pas trouvé d'autre solution...

HAHAHA +1 j'avoue, c'est ultra sale, ça me rappelle la signature d'un membre de développez.com que j'adore :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#define true perhaps

C'est telement dôle je trouve

**Mishulyna** · 30/09/2011, 18h40

Envoyé par pyros

#define private public avant d'inclure un .h.

Comme l'a dit un collègue, c'est comme ça qu'on devient délinquant

Le pire c'est qu'on avait cherché, mais on n'avait pas trouvé d'autre solution...

Chapeau, j'aurais jamais pensé à ça!

**zeyr2mejetrem** · 30/09/2011, 18h59

Envoyé par pyros

#define private public avant d'inclure un .h.

Comme l'a dit un collègue, c'est comme ça qu'on devient délinquant

Le pire c'est qu'on avait cherché, mais on n'avait pas trouvé d'autre solution...

RAAAAAAAAAAAHHHHHHHHHHH, Je suis aveugle !!!!!

**rt15** · 28/09/2011, 11h47

Envoyé par SurferIX

Si c'était en C je ne comprends pas comment tu peux éviter ça à moins que tu ne veuille dire "elseif" ou "continue" ou "break" à la fin de chaque évaluation ?

La variable code ne peut a priori pas être à la fois égale à 1, 6, 'c', etc... en même temps (Sauf si elle change dans les "..."). Donc des else if serait plus adapté. Mais le code ne serait environs que deux fois plus rapide (Complexité passant de n à n/2). Si code == 'c', on comparerait code avec 1, 6 et 'c', mais plus les suivant. Une optimisation est donc de mettre les cas courants dans les premiers else if. Comme ça on match plus vite.

Mais si les valeurs de code sont dans une plage relativement petite (Un entier de 0 à 400 par exemple), en C on peut faire un tableau de fonction, et là normalement ça dépote pas mal vu que l'on ne fait plus n tests mais que l'on a un accès direct (Par contre l'appel de fonction aura un coût).

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
#include <stdio.h>
 
typedef void (*treatment)();
 
void treatmentA()
{
  puts("Alpha");
}
 
void treatmentB()
{
  puts("Bravo");
}
 
void treatmentC()
{
  puts("Charlie");
}
 
void treatmentD()
{
  puts("Delta");
}
 
void treatmentE()
{
  puts("Echo");
}
 
treatment treatments[] = {
  treatmentA,
  treatmentB,
  treatmentC,
  treatmentD,
  treatmentE
};
 
int __cdecl main(int argc, char* argv[])
{
  char code;
 
  code = getchar();
  if ((code >= 'a') && (code <= 'e'))
  {
    treatments[code - 'a']();
  }
  else
  {
    printf("Le caractère \"%c\" n'est pas pris en charge.\n", code);
  }
  return 0;
}

**SurferIX** · 28/09/2011, 12h47

Envoyé par rt15

La variable code ne peut a priori pas être à la fois égale à 1, 6, 'c', etc... en même temps (Sauf si elle change dans les "..."). Donc des else if serait plus adapté. Mais le code ne serait environs que deux fois plus rapide (Complexité passant de n à n/2). Si code == 'c', on comparerait code avec 1, 6 et 'c', mais plus les suivant. Une optimisation est donc de mettre les cas courants dans les premiers else if. Comme ça on match plus vite.

Mais si les valeurs de code sont dans une plage relativement petite (Un entier de 0 à 400 par exemple), en C on peut faire un tableau de fonction, et là normalement ça dépote pas mal vu que l'on ne fait plus n tests mais que l'on a un accès direct (Par contre l'appel de fonction aura un coût).

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
#include <stdio.h>
 
typedef void (*treatment)();
 
void treatmentA()
{
...
}

Merci pour l'explication - et le pire c'est que je le fais en C :

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
    /* (!) Déclaration d'un pointeur vers une fonction de calcul
     * des montées : ca sera soit le calcul des montées pour
     * les gros blocs soit le calcul des montées pour les routes :
     */
    void (*fc_montees_possibles) (struct cell * tabcells,
                                  cell_montee * tab_montees,
                                  unsigned long *nb_montees,
                                  unsigned long taille_x,
                                  unsigned long taille_y, unsigned long z); 
    if (calcul_pour_road) {
        fc_montees_possibles = &montees_possibles_pour_roads;
    } else {
        fc_montees_possibles = &montees_possibles_pour_gros_blocs;
    }

Comme on dirait en shell :

Olivier < "Aucune excuse"

**props** · 28/09/2011, 08h06

Celui que j'écris en ce moment en ASP.NET n'est pas mal dans le genre... Classes métier dans le code behind, pas d'interfaces, pas d'abstractions, méthodes bouchons statiques, scripts pas minifiés, code dupliqué un peu partout, pas de commentaires, pas de tests unitaires... Evidemment vous l'aurez compris, c'est juste pour une démo, après je vais faire le ménage, promis

**Old_Chap** · 28/09/2011, 09h27

Bonjour

J'étais stagiaire avec promesse d'embauche, dév sous Nixdorf 8870 ("mini ordinateur)en basic interprété.
Je programme une liste de stats pour un client.
Mon boss me demande une démo:
je lance la liste (une imprimante pour tout le monde dans la boite) sur un gros fichier. Mon boss regarde l'impression et me dit "c'est pas mal, arrête la qu'on voit le code" : On a du arrêter l'ordinateur !! pas de sortie prévue !!

J'en rigole encore !! 30 ans après...

**ALT** · 28/09/2011, 11h31

C'était un programme que j'avais fait pour moi. Il s'agissait d'imprimer n'importe quel code avec respect de la syntaxe : les mots-clés en gras, les commentaires en italique, les chaînes de caractères soulignées...
J'avais écrit ça en Pascal, avec des conditions partout (du style si c'est du C & pas de l'Ada ni du Fortran ni...)

Résultat : un code très complexe & des bugs mineurs. Mais quand j'en corrigeais un, un autre apparaissait.

J'ai (longuement) réfléchi au pb, puis, un jour, illumination : utiliser le type énuméré !
Euréka !
Code plus court, plus clair & plus fiable.

Mais la première version de ce programme était vraiment très moche !

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

Plus récemment, c'était un truc en PHP & MySQL. Code très moche (à mon goût), bien que parfaitement fonctionnel.

Bon, l'excuse, là, c'est que j'avais suivi une courte formation sur le sujet deux ans auparavant & que c'était la première fois que je mettais en pratique ces concepts.

**deuz59** · 28/09/2011, 14h18

Non...Vraiment.....même en cherchant bien.....j'ai toujours écrit du bon code

**megahertz77** · 28/09/2011, 17h29

en vb :

If True then ....

(ou bien)

If a = True then
b = true
else
b = false
endif

en général j'optimise dans un 2ieme temps lol : b = a c'est pas mal non plus

**karmaGfa** · 28/09/2011, 18h19

Il y a un (présumé) troll qui s'amuse à cliquer sur "voter contre" sur pas mal de messages de ce thread. Je ne comprends pas pourquoi.

**Aiekick** · 28/09/2011, 20h03

C'était quand j’apprenais en autodidacte la programmation, le c++, les pointeurs, etc....

Je voulais écrire une chaîne de caractères dans un fichier.
Et j’enregistrai caractère par caractère.

C'était lonnnnnnnnnnnnng

Quand j'y repense maintenant je me dit que j'ai progressé

**steerayInFrance** · 30/09/2011, 16h16

Envoyé par megahertz77

en vb :

If True then ....

(ou bien)

If a = True then
b = true
else
b = false
endif

en général j'optimise dans un 2ieme temps lol : b = a c'est pas mal non plus

Je suis consultant en ITSM, mais avec un lourd passé dans le dév logiciel, et j'en vois très souvent des codes comme ça, et quand je fais une réflexion aux "Consultants", ils me disent que ça fonctionne aussi bien

**it-worker** · 29/09/2011, 04h32

J'avoue avoir souvent fait ce genre de code en VB:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
If (me.chkbox.value = true) then
  me.autrecontrol.enable = true
else
  me.autrecontrol.enable = false
end if

Hahaha

Alors qu'un simple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
me.autrecontrol.enable = me.chkbox.value

aurait suffit!!!

Une chance qu'on apprends de nos erreurs!!! hehehe

**Fragmatyc** · 29/09/2011, 04h36

Pour ma part, mon pire code, c'est quand je faisais du PHP par moi même. Je n'avais aucune connaissance SQL et j'ai fait un site web avec MySQL. J'y ai inclus un service de messagerie instantanée, et chaque utilisateur avais sa propre table (ex.: TBL_MSG_FRAGMATYC)!!! De plus, lorsque je voulais obtenir une ligne en particulier, je faisais un SELECT * FROM MA_TABLE et après, en PHP, je filtrais mes résultats

!!! Ma foie, il faut bien commencer par quelque part, maintenant, j'écris des procédures stockées Oracle hautement optimisées et je suis une certification Oracle DBA! Vive l'évolution!

Un autre petit truc drôle, j'ai utilisé des BITMAP dans un jeux pour les graphiques!!! TROP LOURD!!!

Quel est le pire bout de code que vous ayez jamais écrit ?

Débats sur le développement - Le Best Of

Vue hybride

Discussions similaires

Partager

Partager