Les citations des informaticiens

**laurentschneider** · 19/05/2006, 17h16

sans doute un classique, mais ça fait toujours plaisir

Envoyé par administrateur-sous-windows

Un problème mineur, tu rebootes, un problème majeur, tu réinstalles

**Yorglaa** · 24/05/2006, 16h41

une qui fonctionne bien ces temps...

Tu as fait la documentation ?
- Oui, j'ai commenté mon code !

**nuke_y** · 24/05/2006, 16h50

Une de ce matin :

(d'un bureau au fond du couloir) :
- Le serveur de Test c'est bien serp1 ?
(d'un autre bureau à l'autre fond du couloir) :
- Oui, sert1..
- serP1 ?
- oui serT1 !! (production c'est serp1 et test sert1).
- ok merci, je lance les tests.
(d'un bureau au milieu du couloir) :
- euh... mais ils se sont pas compris là...

.
(5mn plus tard, du premier bureau au fond du couloir) :
- Raaaaaaaaaah

Moralité : levez votre cul de la chaise ou envoyez des mails

**D[r]eadLock** · 24/05/2006, 20h27

Une classique que je crois ne pas avoir vu (avec le smiley qui va avec):

Oops

voire (et oui, il y a bien un 'e' à la fin):

Oooooooooooooooooops

**Jack_serious** · 26/05/2006, 02h02

Ne commentez jamais vos codes.
Ca a ete dur a ecrire, ca doit etre dur a lire.

**Franck.H** · 30/05/2006, 10h19

Voici ma prière du soir : http://michbuze.club.fr/lavache/priere.htm

**nuke_y** · 30/05/2006, 14h19

Ne reste jamais entre un arbre et un chien.

**Jack_serious** · 30/05/2006, 14h44

Envoyé par nuke_y

Ne reste jamais entre un arbre et un chien.

Citation d'informaticien ?

**Médinoc** · 30/05/2006, 15h08

Mais oui!

Il ne faut pas se mettre entre l'arborescence de l'explorateur et le toutou de la fonction de recherche

**nuke_y** · 30/05/2006, 15h14

Envoyé par Jack_serious

Citation d'informaticien ?

Proverbe chinois plutôt en fait...

**TheLeadingEdge** · 30/05/2006, 18h51

Envoyé par Jack_serious

Ne commentez jamais vos codes.
Ca a ete dur a ecrire, ca doit etre dur a lire.

Ca me fait penser à 1 commentaire ''expliquant'' 1 test plutôt tordu que j'ai vu il n'y a pas longtemps dans 1 prog. en C. Je précise que c'était le seul commentaire pour plusieurs dizaines de pages.

Aucune confiance dans l'utilisateur

**Commodore** · 21/06/2006, 09h40

Quelques "citations":

Le fameux bug qui ne devrait pas survenir:

ça marche pas, mais pourtant ya pas d'erreur...

Et le cri rituel du programmeur qui vient de mettre le dernier ';' à son projet qui a duré 6 mois:

yeeeeeeehhaaaaaaaaaaaa!!!!!!

Et enfin, quand il se rend compte de sa fausse joie :

La p***** de sa m*** d'e***** de sa r*** de c***** de programme de m****!!!

**Admin** · 21/06/2006, 11h23

Envoyé par nuke_y

Une de ce matin :

Moralité : levez votre cul de la chaise ou envoyez des mails

En même temps c'est pas très malin de différencier un serveur de test d'un serveur de prod avec 2 lettres qui on quasiment la même phonétique...."p" et "t", c'est comme "s" et "f" c'est à bannir.

**Lou Pitchoun** · 21/06/2006, 11h47

Mécanisme inconnu : touche à ton cul

C'est toujours après avoir touché à un truc qui marchait (et qui ne marche plus après) que je me le dis...

**al1_24** · 21/06/2006, 14h56

La périodicité des sauvegardes est égale à la quantité de travail que l'on peut recommencer

Et ça s'applique à tous les niveaux, de la BD au document Word...

**jobherzt** · 08/08/2006, 18h08

un clssique, mais je ne l'ai pas vu :

"comment ecrire du code illisible"

http://mindprod.com/jgloss/unmain.html

ma preferé :

Code :

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
#
A Real Life Example
: Here's a real life example written by a master. Let's look at all the different techniques he packed into this single C function.
void* Realocate(void*buf, int os, int ns)
{
void*temp;
temp = malloc(os);
memcpy((void*)temp, (void*)buf, os);
free(buf);
buf = malloc(ns);
memset(buf, 0, ns);
memcpy((void*)buf, (void*)temp, ns);
return buf;
}

    * Reinvent simple functions which are part of the standard libraries.
    * The word Realocate is not spelled correctly. Never underestimate the power of creative spelling.
    * Presume malloc will always return successfully.
    * Make a temporary copy of input buffer for no real reason.
    * Cast things for no reason. memcpy() takes (void*), so cast our pointers even though they're already (void*). Bonus for the fact that you could pass anything anyway.
    * Never bothered to free temp. This will cause a slow memory leak, that may not show up until the program has been running for days.
    * Copy more than necessary from the buffer just in case. This will only cause a core dump on Unix, not Windows.
    * It should be obvious that os and ns stand for "old size" and "new size".
    * After allocating buf, memset it to 0. Don't use calloc() because somebody might rewrite the ANSI spec so that calloc() fills the buffer with something other than 0. (Never mind the fact that we're about to copy exactly the same amount of data into buf.)

surtout le "never underestimate the power of creative spelling..

**tigunn** · 11/08/2006, 11h13

Aussi bien que nécessaire et aussi mal que possible!

citation d'un prof de mon année de licence.

Les meilleurs développement sont fait par les développeurs les plus fainéants.

Autre citation d'un prof. Sisi je le jure.

Bien sûr, je m'applique à les mettre en pratique dans ma praxis quotidienne.

bon dev' et optimisons notre taf.