Discussion :

[thorium90]

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

[mhtrinh]

Code :

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

1
2
3
4
5
for (i=0; i<numtab; i++);
     str[i]=(char*)malloc(sizeof(char)*(MAX_STRING+1));
bla bla...
yada yada ...

Et paf le segmentation fault ! Et comme j'avais de la "chance", ca plantais pas quand j'utilisais le str[0] mais genre au niveau du str[3]
Je me suis cassé la tête pdt je ne sais pas combien de temps sur celui-là ! Et biensûr c'était tard le soir (ou plutôt bientôt 8h du matin, l'heure des cours ...).
Ce qui m'a finalement sauvé je crois c'est la tabulation intelligente de Emacs (que je ne peux plus m'en passer suite à ca !)

[karmaGfa]

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]

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.

[props]

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]

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

[fregolo52]

Code :

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

1
2
3
4
5
6
 
while(true)
{


}

Où est le problème dans ce code? mon PIC16F84 il aime bien ce code là

On utilise tous while (true), mais pour être sûre d'être compatible avec tous les compilos, il faut préférer for(;;).

[SurferIX]

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

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

[ALT]

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.

[rt15]

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]

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"

[deuz59]

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

[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

[karmaGfa]

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]

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é

[thorium90]

#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

[Glavu]

chose = true;

[...]

if (chose = false) {

blablabla

}


J'étais en train d'apprendre le C++, je ne connaissais que le VB à l'époque et je ne savais pas qu'il falait doubler le = quand on veut tester et pas modifier (VB n'a pas cette subtilité). J'ai dû passer des heures à essayer de comprendre ce qui n'allait pas.

(Par la suite, j'ai entre autres appris l'existence du point d'exclamation).

[it-worker]

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]

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!!!