Les Lois de Murphy
Lois de Murphy appliquées à l'informatique
Syndrome de l'Acheteur de la Veille
Le prix d'un ordinateur baisse de 50% le lendemain de son achat.
*
Premier Syndrome d'Intel
Tout ordinateur est obsolète au plus tard à
son déballage.
*
Théorème d'Obsolescence de Madrau
Tout matériel informatique acheté à un instant
t est obsolète à un instant t+epsilon,
avec limite de epsilon quand t croît égale
zéro.
*
Loi de l'Upgrade de Why
A faire évoluer qui un disque dur par là, un écran
par ci, la carte mère, etc. d'une vieille machine, il vous en coûtera
au final entre le double et le triple du prix d'une machine neuve équivalente
au moment de la première évolution
*
Second Syndrome d'Intel
Un microprocesseur est obsolète dès la début
de sa fabrication en série.
*
Première Loi de la Programmation informatique
Avant même de fonctionner, tout programme est déjà
obsolète.
*
Seconde Loi de la Programmation informatique
Tout nouveau programme coûte plus cher et est plus lent à
faire tourner que l'ancien.
*
Loi des Mises à Jour
Une application pleinement satisfaisante est toujours complétée
par une mise à jour buggée.
*
Syndrome d'OS/2
De plusieurs programmes ou systèmes en concurrence,
le plus performant n'est jamais retenu comme standard.
*
Loi de Blaauw
La technologie en place tend à se maintenir malgré
la nouvelle technologie.
*
Règle de base n°1 de l'Informatique selon Jeg
Ne pensez jamais que ça va marcher au moment où vous
en aurez le plus besoin.
Corrolaire : Plus vous auriez besoin que ça marche,
plus cela augmente les chances que ça plante.
*
Attention de Cupertino
Un ordinateur vous accueille au travail par un "Bienvenue" et une
musique
et vous dit que la journée de travail est finie par "Erreur
système - Ordinateur bloqué".
*
Si vous avez oublié de sauver votre travail de la mâtinée
en partant prendre la pause café,
vous pourrez le refaire (votre station aura planté).
*
Loi variationnelle de Norton
Vous ne vous doutez pas de quelle taille peut avoir la banque de
messages d'erreur différents d'un programme.
*
Loi informatique du Temporaire permanent de Moine
Un ordinateur planté, c'est plusieurs gros fichiers temporaires
qui deviennent permanents.
*
Loi des Disques dur de Thompson
L'état de repos d'un disque est : plein.
*
Principe du Trop Plein de Jeg
Tout disque dur quelque soit sa taille, sera toujours rempli d'un
nombre invraisemblable de fichiers, applications etc tous indispensables...
et bien vite saturé.
*
Principe de Jeg du
Truc-qui-se-remplit-toujours-quand-on-voudrait-pas-qu'il-se-remplisse
A l'acquisition du disque on se dit que "de toutes façons
on n'arrivera jamais à remplir tout ça".
Quelques mois après, on se dit que "tout est indispensable,
il n'y a rien qu'on puisse effacer".
*
Loi de Pollution inéluctable des Disques durs de Servotte
Installez et désinstallez, il en restera toujours quelque
chose !
*
Loi de la Mise à Jour d'un OS
C'est après avoir installé la mise à jour
d'un OS deja bien capricieux que l'on s'aperçoit que ses programmes
préférés ne sont pas compatibles.
*
Loi du Scandisk de Bernardat
Le temps restant estimé avant la fin d'une opération
d'entretien sur un disque (scandisk, antivirus...) se bloque 5 secondes
avant la fin.
*
Loi de l'Arrière-plan de Bernardat
Toute opération d'entretien sur un disque susceptible d'être
effectuée en arrière plan (scandisk, antivirus...) :
- consomme des ressources machines au point que toutes les autres
applications sont ralenties notablement,
- est d'une lenteur monstrueuse tant que vous ne lui avez pas rendu
l'avant-plan,
- plante votre machine alors que toutes les autres applications
fonctionnent bien.
Toutes ces propriétés sont bien sûr cumulables.
*
Loi de Scandisk pour Window$©
ScanDisk a détecté une erreur en lisant le contenu
de votre lecteur. Il corrigera cette erreur plus tard. Toutefois, d'autres
erreurs peuvent rester sur votre lecteur lorsque ScanDisk aura fini. Une
fois le test en profondeur achevé, effectuez un test standard de
ce lecteur pour être sûr que toutes les erreurs sont corrigées.
*
Euphémisme de Norton
"Réparer" un fichier vérolé veut probablement
dire "euthanasier".
*
Principe d'IBM
Les machines doivent marcher.
Les gens doivent penser.
*
Analyse d'Eniac
Les ordinateurs ne sont pas intelligents. Mais ils pensent qu'ils
le sont.
*
Loi de Grosch
La puissance de calcul augmente comme le carré du coût.
Si vous voulez le faire deux fois moins cher, vous devrez le faire
quatre fois plus lent.
*
Sainte Trinité maudite
Il y a trois manières de se ruiner : les femmes, le jeu
et l'informatique.
Les deux premières sont les plus agréables, la troisième
est la plus sûre.
*
Hypothèse d'Olitec
Une des raisons qui explique que les ordinateurs accomplissent
plus de travail que les humains, c'est que eux n'ont pas à s'arrêter
pour répondre au téléphone.
*
Loi de Hunt
Ne faites jamais confiance à un ordinateur que vous ne pouvez
pas balancer par la fenêtre.
*
Loi des Langages informatiques
Il n'y a pas de langage informatique dans lequel vous ne puissiez
écrire de mauvais programme.
*
Observation d'Halpern
La tendance des programmeurs à se tromper, qu'ils partagent
avec les autres êtres humains, a souvent été traitée
comme une bizarrerie relevant de l'adolescence de la programmation, qui
(comme l'acné) disparaîtrait avec la force de l'âge.
Il fut prouvé que c'était faux.
*
Huitième Loi de la Programmation informatique
Permettez aux programmeurs de programmer en anglais, et vous découvrirez
qu'ils ne savent pas écrire en anglais.
*
Loi de l'Inertie de la Programmation de Dijkstra
Si vous ne savez pas ce que votre programme est censé faire,
vous feriez bien de ne pas commencer à l'écrire.
*
Loi d'Incomplétude
Un programme n'est jamais fini, on arrête juste d'y travailler.
*
Proverbe informatique
L'erreur est une humaine, mais pardonner est hors des capacités
du système d'exploitation.
*
Transcendance de Von Neumann
L’erreur est humaine mais un véritable désastre ne
peut être qu’informatique.
*
Puisqu'au dire de certains, l'informatique est trop sérieuse
pour être laissé entre les mains des informaticiens, je me
demande si elle n'est pas trop dangereuse entre les mains d'un non-informaticien.
*
Inégalité de Von Neumann
Tout programme non trivial contient au moins un bug.
Corollaire : Une condition suffisante pour qu'un programme
soit trivial est l'absence de bogue.
Corollaire étendu :
Le seul programme garanti sans bug est celui qui ne comporte
aucune instruction.
Ajout de M$ au corollaire étendu :
Windows 95 est un programme très long.
*
Loi de la Multiplication inévitable
Dans un programme informatique, le nombre de bugs est proportionnel
à la factorielle du nombre d'instructions écrites.
[ car ces lignes interagissent entre elles, donc quand on passe
de N a N+1 lignes, on a N interactions
supplémentaires (potentiellement buggatoires).
Bien sûr, toute ligne de programme n'entre pas en
résonance murphyque avec toutes les autres lignes du programme,
ce qui fait que ci-dessus ne représente que le cas le plus défavorable
(donc le plus probable) ]
*
Loi de Non-détection des Bugs
La probabilité de détection d'un bug est inversement
proportionnelle à la taille du programme.
Exception :
Sauf devant le client, bien sûr.
*
Loi de Génération bugesque
L'éditeur de liens est amplement suffisant pour générer
des bugs, ne vous fatiguez pas à les écrire par vous même.
*
Loi de Derouet
Le bug n'est pas l'ennemi du logiciel, c'est son compagnon de route.
*
Antigarantie de Boué
Un programme sans bug est un programme qui n'a pas été
suffisament testé.
*
Loi de Pierce
Lors de chaque test de programme sur un nouveau système,
la machine va toujours, mal interpréter, mal afficher, mal imprimer,
ou encore n'évaluera pas des sous-routines mathématiques,
et tout ça dès le premier test.
*
Préalable à la Loi de Pierce
N'oubliez pas de vérifier que les routines et programmes
de test ne sont pas buggées...
*
Corollaire à la Loi de Pierce
Quand un compilateur accepte un programme sans erreur du premier
coup,
le programme ne fournira pas le résultat attendu.
*
Troisième loi de Greer
Un programme informatique fait ce que vous lui avez dit de faire,
pas ce que vous voulez qu'il fasse.
*
Axiomatique fondamentale de l'Informatique selon Bellamy
En Informatique, TOUT est possible...
Premier Corollaire : ...mais ce n'est pas toujours évident.
Second corollaire : ...surtout le pire.
*
Avertissement de Bentley
People who deal with bits should expect to get bitten.
*
Loi des Compilateurs de Conway
Si vous désignez N personnes pour écrire un compilateur,
vous obtiendrez un compilateur à N-1 passes.
*
Loi d'Osborn
Variables won't ;
constants aren't.
*
Quatrième Postulat de la Programmation
de Peck
Le paramètre le plus vital dans tout sous-programme a la
plus grande chance d'être oublié dans la séquence d'appel.
*
Conseil de Steinback
Ne testez jamais une erreur que vous ne savez pas gérer.
*
Loi de Récursivité d'Heller
Itérer est humain,
récurser est divin.
*
Inégalité de Grabel
2 n'est pas égal à 3,
même pour de grandes valeurs de 2 ou de petites valeurs de
3.
*
Loi de l'Entomologie Cybernétique de Lubarsky
There's always one more bug.
*
Septième Loi de Gilb de la Non-Fiabilité
(Frontière de Gates)
Il existe une quantité infinie d'erreurs non décelables,
alors que le nombre des erreurs décelables est, par défintion,
limité.
*
Ordre du Mérite de Coste
Le mérite de la résolution d'un problème revient
au programmeur, à l'analyste et à l'auteur du problème.
L'échec ou l'erreur incombent à l'ordinateur.
*
Première Loi de Gilb de la Non-Fiabilité
Les ordinateurs ne sont pas fiables, mais les humains le sont encore
moins.
Corollaire : A la source de toute erreur dont on accuse
l'ordinateur, on trouvera au moins deux erreurs humaines,
dont celle de rejeter la faute sur l'ordinateur.
*
Seconde Loi de Gilb de la Non-Fiabilité
Tout système dont la fiabilité dépend d'un
être humain n'est pas fiable.
*
Huitième Loi de Gilb de la Non-Fiabilité
Tous les programmes réels contiennent des erreurs jusqu'à
preuve du contraire - ce qui est impossible.
*
Neuvième Loi de Gilb
L'investissement dans la fiabilité augmentera jusqu'à
dépasser le coût de erreurs, ou jusqu'à ce que ce quelqu'un
insiste pour qu'un travail utile soit fait.
*
Première Loi de Scott
Peu importe où est l'erreur, elle aura l'air correcte.
*
Extension de Evans et Bjorn à la Première loi de Scott
Peu importe où est l'erreur, quelqu'un savait qu'il y en
aurait une.
*
Seconde Loi de Scott
Toute erreur détectée et corrigée a déjà
été corrigée précédemment.
*
Fausse Joie du Message d'Erreur
Faire disparaître un message d'erreur est une utopie.
Vous n'avez simplement pas encore trouvé celui qui l'a remplacé.
*
Neuvième Postulat de la Programmation
de Peck
Si plus d'une personne a programmé une routine buggée,
ce ne sera la faute de personne.
*
Loi du Débogage de Littlewood-Strigini
Nos études ont montré que la probabilité qu’un
programme corrigé fonctionne comme avant la correction
est seulement de cinquante pour cent.
*
Loi du Débogage de PoV
Des tests lents et méthodiques vous feront parvenir à
un point où vous pourrez localiser le bug, ou devenir fou.
Peut-être les deux.
*
Interrogation par Gonçalvès
Pourquoi raconter des conneries sur l'informatique, alors que l'informatique
elle-même est une grande connerie ?
*
Remarque de McLuhan
Grâce à l'ordinateur, on peut faire plus rapidement
des choses qu'on n'aurait pas eu besoin de faire sans ordinateur.
*
Loi du Chaos Informatique
L'informatique, ça tient du chaos : une fois ca marche,
une fois ca foire, tu sais pas pourquoi, c'est juste que tu viens de changer
de lobe sur l'attracteur étrange.
*
Rappel sur le Chaos Informatique
Rappelez-vous que ce n'est pas un hasard si l'informatique et la
théorie du chaos se sont développées simultanément.
*
Premier Postulat de Troutman
Les jurons sont le seul langage connu de tous les programmeurs.
*
Loi informaticosémantique
Un ordinateur ne fait pas ce que vous voulez, mais ce que vous
lui dites.
*
Second Postulat de Troutman
La plus grave erreur d'un programme n'est jamais découverte
avant que le produit soit en vente depuis 6 mois.
*
Cinquième Postulat de Troutman
Si le produit a été conçu pour rejeter toute
entrée invalide, alors un crétin ingénieux découvrira
une méthode pour rentrer quand même des données invalides.
*
Troisième Loi de Gilb de la Non-Fiabilité
(Application du Cinquième Postulat de Troutman)
La seule différence entre un idiot et un criminel qui attaque
un système est que l'idiot attaque de façon impévisible
et sur un plus large front.
*
Sixième Postulat de Troutman
Si le système de test fonctionne parfaitement, tous les
autres systèmes auront des problèmes.
*
Loi du Développeur d'Heurtel
Les applications ne fonctionnent que sur les PC des développeurs.
Remarque : C'est déjà pas mal non ?
*
Application à la Présentation informatique de l'Effet
Bonaldi
Si un programme passe le test final avec succès, il plantera
forcément pendant sa présentation.
*
Extension de Gates de l'Effet Bonaldi :
Si vous sortez des produits buggés, ils vous en remercieront
en plantant en public.
*
Loi© de Microsoft® Windows©
Si vous avez supprimé tous les bugs de l'application et
contourné tous ceux du compilateur, les bugs inhérents au
système d'exploitation rendront l'application inutilisable plus
de cinq minutes.
*
Dixième Loi de la Programmation informatique
Un système d'exploitation est une vaine tentative d'inclure
ce qui a été oublié dans la conception d'un langage
de programmation.
*
Loi de la Configuration de Window$©
Never change a winning team.
*
Quand on se met à Linux,
vaut mieux avoir BEAUCOUP d'amis.
*
Un PC sous Window$, c'est un amas de compatibilité avec
l'antiquité informatique.
*
Exception de Derouet
Window$ 95 sait tout faire, sauf fonctionner correctement.
*
Pluralité de Derouet
Avec toutes ces mises à jour officielles et officieuses,
Window$ 95 se conjugue aujourd'hui au pluriel.
Et quand je dis pluriel, je ne parle pas de diversité culturelle
mais de bordel ambiant.
*
Malédiction du PC
Peu importe comment ni pourquoi, un bout de matériel ou
de logiciel de votre ordinateur sera hélas estampillée Micro$oft.
*
Des outils informatiques puissants et standards peuvent déjà
exister, mais ils ne répandront pas avant que quelqu'un cherche
à faire du pognon, avec une version buggée, sur les dos des
gogos qui découvriront ça.
*
Micro$oft, ce n'est pas tant : "nous avons enfin cette technologie
pour vous"
que : "vous avez enfin la machine pour le faire tourner".
*
Aveu de Myrvold
Si nous n'avions pas mis votre ordinateur à genoux, pourquoi
iriez-vous en acheter un autre ?
*
Loi de la Montée en Puissance des Ordinateurs de Tomezzoli
Plus un ordinateur est puissant, plus il exécute d'instructions
en un temps donné.
Plus un ordinateur exécute d'instructions, plus il
y a de risque d'en exécuter une qui plante le système.
Premier Corollaire :
Un Pentium II® sous Window$ 95 plante plus souvent qu'un 286
sous DOS.
Second Corollaire :
Plus un ordinateur est cher, plus Window$® 95 est buggé.
Conclusion :
Ne dilapidez pas votre argent en achetant un ordinateur plus puissant.
*
Loi de l'Informatique de Volny
C'est toujours lorsque qu'on commence à être habitué
à ses softs que Micro$oft trouve le moyen de tout changer avec une
nouvelle version.
*
Corollaires de Gates à la Loi de l'Informatique de Volny
Contournez les bugs d'un logiciel ou achetez une nouvelle machine
assez rapide pour le faire tourner confortablement, et immédiatement
sortira la nouvelle version bien plus lourde et avec d'autres bugs.
*
Loi du Grand Bêta
Un logiciel finalisé est une version bêta qui s'ignore.
*
Loi bêta de Flash
La version définitive du logiciel Micro$oft que vous venez
de payer est en fait une nouvelle version bêta.
Vous trouverez bien assez de bugs pour vous en convaincre.
Nouveauté Micro$oft 98 : En plus même si c'est
une bêta, vous l'aurez payée !
*
Loi logicielle de Lynx
Un logiciel robuste est limité,
un logiciel puissant est instable.
Addendum de Bernadat
: Sauf chez Micro$oft qui arrive à faire des logiciels à
la fois instables et limités.
*
Loi de Gates
Ce n'est pas pour utiliser, c'est pour vendre.
*
Malédiction d'Intel-Micro$oft
Soyez le leader de votre marché, et chaque imperfection
de vos produits sera disséquée au journal de 20h ;
un petit concurrent pourra lui rester impunément dans la
médiocrité.
*
Loi patissière de Gates
La notoriété et l'arrogance attirent les tartes.
*
Dégustation de Gates
Ce n'est parce qu'on est peté de thunes et qu'on a inventé
des systèmes d'exploitations foireux, qu'on peut échapper
à la tarte à la crème.
*
Loi de ®Micro$oft de Gonçalvès
Quelque soit l'application Micro$oft© achetée, vous
devenez toujours l'heureux propriétaire d'une collection de bugs.
*
Loi© de ®Micro$oft ©Windows NT
Tout système d'exploitation à la réputation
de fiabilité inébranlable peut être planté par
la première application "hello world" d'un programmeur débutant.
*
Postulat caché de Bilou
Windows plantera toujours au pire moment, en plein téléchargement,
en plein travail important (de dix pages que vous n'avez pas encore sauvegardées),
en pleine partie d'un super jeu (dont vous êtes en train de faire
péter le high score)...
*
Délicate Attention de Gates
Vous ne savez pas trop quoi faire ce soir ?
Ne vous inquiétez pas, Window$ vous demandera de gaspiller
la soirée à le réinstaller !
Remarque : Valable aussi lors des soirées surchargées.
*
Opposition de Pieryv
C'est lorsque vous n'avez rien envie de faire de particulier sur
votre ordinateur qu'il fonctionne le mieux.
*
Miséricorde de Gate$
Un plantage mineur de Window$ est celui qui se résoud grâce
à une simple réinstallation
sans " deltree c:\windows ".
*
Loi du Support micro de Manson
Si la panne chronique de votre PC refuse de se manifester en présence
de votre support micro, c'est la preuve qu'il est très compétent.
Si au contraire la panne survient en sa présence, non seulement
le support micro ne fera qu'aggraver le problème en essayant d'y
rémédier, mais en plus il rejettera la faute sur le couple
maudit que vous formez avec Bill Gates.
De toute façon, dans les deux cas, la défaillance
de votre PC (pléonasme) ne sera pas réglée.
Corollaire de Gate$ : Plus une hotline est chère,
plus elle est incompétente.
*
Loi d'Anderson
Nous ne croyons pas que ce soit une coïncidence si le LSD
et Unix sont sortis tous les deux de la même université (Berkeley).
*
Théorie des Catastrophes appliquée à Unix
Il y a deux types d'administrateurs :
- celui qui a fait une grosse connerie sous root,
- et celui qui va en faire une.
*
En informatique, seul un gourou du système sait pourquoi
ça a foiré,
mais dans ce cas il se moque de savoir quand ça a foiré.
*
Loi de Kahï
"Intelligence Artificielle" signifie que la machine est capable
de prévoir à quel moment elle doit tomber en panne pour optimiser
votre stress.
*
Intuition géniale de Manson
Un logiciel d'intelligence artificielle est très compliqué
à mettre au point.
Une méthode plus simple pour y parvenir consiste à
écrire un programme de connerie naturelle, et à la fin du
programme, d'ajouter l'instruction {votre_programme} * (-1).
*
Diktat de Bill Gates
It's not a bug, it's a feature.
*
Identification de Kulawiec
Tout bogue suffisamment avancé ne peut être distingué
d'une fonction.
*
Théorème bogué
Tout bogue que vous trouvez est le dernier.
*
Loi de Sysiphe
Du mauvais code n'a pas besoin d'être commenté ou
corrigé, mais réécrit.
*
Contradiction de Shryer
Si le code et les commentaires se contredisent, les deux sont probablement
faux.
*
Loi d'Eagleson
Un code que vous avez écrit et que vous n'avez pas regardé
depuis plus de six mois aurait très bien pu être écrit
par quelqu'un d'autre.
Remarque : Eagleson est optimiste, le vrai nombre est plus
proche de trois semaines.
Remarque à la remarque : En C++ c'est trois jours.
*
Règle de l'Adéquation ludique de Lancelot
Le langage C a ceci de particulier que lorsque vous tentez de développer
un jeu de football, à la compilation, vous obtenez un jeu de tennis.
Corollaire : Malgré tout, les règles du jeu
sont généralement conservées.
*
Loi numérique
Si vous n'y arrivez pas du premier coup, appelez ça version
1.0
*
Loi d'Adéquation
Il vaut mieux changer le cahier des charges pour l'adapter au programme
que vice-versa.
*
Seconde loi de Weinberg
Si les architectes travaillaient de la manière dont les
programmeurs programment, un seul pic-vert détruirait la civilisation.
*
Loi de Répression de l’Anarchie de Coste
L’ordinateur permet des classements parfaits : il évite
ainsi d’ajouter le désordre à l’incompétence.
*
Loi de Financement de Coste
L’ordinateur est la source de tous nos maux, mais aussi de bien
des bénéfices.
*
Loi Anti-révolutionnaire de Coste
La révolution informatique n’a pas entraîné
jusqu’à présent l’envahissement des bureaux par des compagnies
de C.R.S.,
mais seulement par des tonnes de papier.
*
Seconde Loi de Golub
L'un des avantages de fixer des objectifs vagues à un projet,
c'est que vous n'aurez pas de difficultés à estimer les dépenses
correspondantes.
*
Huitième Loi de Golub
Un projet mal planifié prend trois fois plus de temps que
prévu,
alors qu'un projet soigneusement planifié ne prend que deux
fois plus de temps.
*
Onzième Loi de Golub
Les équipes de projet détestent les comptes-rendus
hebdomadaires d'avancement des travaux parce que ceux-ci mettent trop vivement
en lumière l'absence de leur progrès.
*
Il y a trois grands mensonges en informatique :
- Ca marche.
- C'est compatible.
- Ca sort bientôt.
*
Loi du Cadeau d'Occase de Bernardat
Tout périphérique informatique qui vous sera
offert ne sera pas compatible avec votre matériel actuel. Comme
il s'agit d'un vieux périphérique, il nécessite une
carte d'adaptation introuvable, sauf peut-être dans un magasin d'occasion,
au prix de la truffe, si bien que le cadeau vous coûte plus cher
que si vous aviez acheté le même matériel neuf, et
beaucoup plus performant.
*
Quatrième Loi de Gilb de la Non-Fiabilité
Un système tendra à grossir dans le sens la complexité
plutôt que de la simplification, jusqu'à ce que l'instabilité
résultante devienne intolérable.
*
Cinquième Loi de Gilb de la Non-Fiabilité
Les systèmes auto-correcteurs tendent à avoir une
complexité en proportion de la non-fiabilité inhérente
au système qui les utilisent.
*
Cinquième et Septième Loi de la Programmation informatique
(Lois de Croissance)
La taille d'un programme grandira jusqu'à occuper tout l'espace
mémoire disponible.
La complexité d'un programme grandit jusqu'à ce son
concepteur n'y comprenne plus rien.
*
Mythe du Code Portable sur toutes les Machines
Il existe.
*
Précaution de Brandwein
Méfiez-vous des programmeurs qui portent des tournevis.
*
Loi de Burn appliquée
à l'Informatique
Garbage in,
garbage out.
*
Révélation de Gallois
Si on fait passer des bêtises dans un ordinateur, il n'en
sortira que des bêtises [Loi de Burn].
Mais ces bêtises, ayant été traités
par une machine très chère, sont en quelque sorte "anoblies"
et personne n'ose les critiquer.
*
Loi de Sattinger
Ca marcherait mieux si vous le branchiez
(en dernier ressort basculer l'interrupteur).
*
Conseil d'Osterhode
Si ça commence à délirer, effacez et réinstallez
de zéro.
*
Première Règle de Kabel
L'envergure d'un ordinateur n'est pas plus longue que son cordon
d'alimentation.
*
Seconde Règle de Kabel
La zone dangereuse pour un ordinateur dépend de la longueur
de son cordon d'alimentation.
*
Malédiction boutonique
Tout coup porté à un ordinateur en marche aboutit
systématiquement sur le bouton 'reset'.
Corollaire : Le taux d'attraction boutonique est directement
proportionnel au caractère critique de l'opération en cours.
*
Loi électroinformatique
de Benthabet
C'est lorsque votre programme aura tourné 5 heures sur les
6 qu'il prend que les plombs sautent.
*
Réaction de Lesage
à la Loi de Benthabet
Merde, moi y manquait plus que 3 jours de calculs.
*
Fruit de l'Expérience d'Hier Soir d'Elie
Ne renversez pas une pile de verres vides près de votre
portable...
il se pourrait bien que le verre du dessus soit plein.
*
Conseil de Cahn
Quand tout le reste a échoué, lisez le mode d'emploi.
*
Ajout au Conseil de Cahn
C'est à ce moment qu'on se rend compte qu'on l'a jetée
avec l'emballage.
*
Observation de Turnaucka
L'erreur est humaine, mais pour provoquer une vraie catastrophe,
il faut un ordinateur.
*
Règle d'Horowitz
Un ordinateur fait autant d'erreur en 2 secondes que 20 humains
en 20 ans.
*
Un ordinateur ne plante que le jour où son utilisateur néglige
de faire une sauvegarde toutes les demi-heures.
Si la sauvegarde était automatique (merci Word 6), le plantage
aura lieu pendant cette sauvegarde.
*
Ajout de Baas à la Loi de Vial
Si la sauvegarde a marché, le disque dur ne redémarrera
plus.
*
Loi de la Sauvegarde de Robert
C'est apres avoir bossé aux modifs d'un fichier pendant
3h que vous vous rendez compte qu'il est en lecture seule, et que vous
n'avez aucun autre moyen de l'enregistrer.
*
Loi de la Sauvegarde automatique de Jeg
Toute sauvegarde automatique se fera au moment où vous ne
vouliez pas qu'elle se fasse,
pour écraser un ancien fichier que vous avez oublié
de renommer, par exemple.
*
Observation de Ralph
adaptée à l'Informatique
C'est une erreur de laisser remarquer à un disque dur quelle
est la date de la dernière sauvegarde.
*
Conséquence de Miod
de l'Observation de Ralph adaptée à l'Informatique
Un sabordage du disque dur se produit la veille du jour où
la sauvegarde est prévue.
*
Première Loi de Backup
La probabilité d'un crash du disque dur augmente de manière
exponentielle avec l'âge de la dernière sauvegarde complète.
*
Seconde Loi de Backup
C'est généralement lorsque le disque dur plante qu'on
se rend compte qu'on a oublié de le sauvegarder.
*
Loi de Messiant
du MTBF (Murphy Time Between Faults)
Le temps s'écoulant entre l'installation d'un PC et son
premier plantage est très légèrement supérieur
à celui mis pour y copier des données importantes.
*
Théorème probabiliste du MTBF
La probabilité de panne est exponentiellement proportionnelle
à l'importance des données.
*
Egalité d'Eisenberg appliquée
au MTBF
Soit I la mesure de l'importance des données :
MTBF * I = Constante
*
Loi de Relativité temporelle de la Sauvegarde de Miod
(Signature octobre-novembre 97)
A quoi bon sauvegarder son travail puisque les plantages surviennent
toujours juste avant la sauvegarde ?
Retarder le moment de la sauvegarde retarde le plantage.
*
95ème Malédiction de la Sauvegarde
Le nombre de fois où vous avez repoussé à
plus tard l'enregistrement de Windows sur disquettes sera proportionnel
à la chance que tout votre système disparaisse avec le contenu
du disque dur.
*
Loi de Goodin
Le nouveau hardware rendra l'âme dès que l'ancien
aura été jeté.
*
Extension soft de Why de
la Loi de Goodin
Quand on a une nouvelle bécane, elle se plante (d'où
formatage) une fois que toutes les données de l'ancien système
y auront été transférées (après dix
pénibles tentatives) et que celui-ci aura été reformaté
ou expédié sous d'autres cieux.
*
Loi de la Flash-ROM
La probabilité d'une coupure brusque de courant augmente
considérablement quand on fait une update de Flash-ROM.
*
Si ton disque dur te laisse tomber, tu ne trouveras pas les disquettes
sur lesquelles tu as sauvegardé tes fichiers importants.
Si tu trouves les disquettes, elles seront illisibles.
*
Loi de PkZip (ou Théorème d'Arj)
Lors de toute copie sur disquettes d'un fichier de plus de 1,4
Mo via un compresseur comme PkZip ou Arj, il n'y aura que 10 ko occupés
sur la dernière disquette.
*
Ajout de Miod à la
Loi de PkZip
De toute façon, ça n'a aucune importance, c'est à
la fin de la première disquette que se trouveront les secteurs défectueux.
*
Loi du Fichier perdu de Jeg
Si vous cherchez un fichier et que vous possédez 75 disquettes,
alors il est sur la dernière que vous allez insérer
dans le lecteur.
Et bien sûr, c'est cette disquette là qui plantera.
*
Précision de Léon-dit-Volny
à la Loi du Fichier perdu de Jeg
S'il n'y était pas, on le retrouvera sûrement quand
on n'en aura plus besoin en cherchant un autre fichier dans les 75 disquettes.
*
Première Loi de la Disquette de Léon-dit-Volny
C'est toujours quand on a un besoin urgent d'une disquette qu'on
s'aperçoit au formatage que celle-ci a des secteurs défectueux.
*
Condition de Pinguin à
la Première Loi de la Disquette de Léon-dit-Volny
A condition, bien sûr, que vous ayez pensé à
la formater...
*
Loi des Cassettes sur MO5
Un logiciel tenant sur plusieurs cassettes sera inutilisable après
l'achat : une des cassettes est illisible.
*
Loi de Miod des Logiciels-qui-se-font-la-malle
Un logiciel met plus de temps à être livré
que l'ordinateur sur lequel il doit fonctionner, même s'il a été
commandé bien avant.
Et si le logiciel est disponible sur Internet, alors le matériel/logiciel
nécessaire à la connexion subira le même sort.
*
Seconde Loi de la Disquette de Léon-dit-Volny
Le climat guyanais convient moins aux disquettes qu'aux moisissures.
*
Loi des Biscottes de Moine
Il est préférable que le lecteur de disquettes contienne
au plus une disquette à un moment donné que plusieurs.
*
... et de préférence insérée dans le
bon sens.
*
Loi de Fiabilité des disquettes de Delavaquerie
Un lecteur de disquette n'est fiable que six mois, une disquette
le temps de cinq cycles lecture/écriture.
*
Lois de Dimensionnement de Gates
La taille d'un document sauvegardé par un programme est
proportionnel à l'exponentielle du numéro de version dudit
programme.
Exception : Proportionnalité simple pour les produits
non Micro$oft.
*
Loi des Screensavers de Gonçalvès
L'économiseur d'écran se déclenche toujours
lorsque l'on veut écrire quelque chose.
Extension : Et on déclenche le plus souvent par erreur
le mode "veille".
*
Loi des Hackers
La légitimité d'une copie est inversement proportionnelle
à son intérêt.
*
Loi du Graveur de Ben
Ca prend toujours plus de temps de graver un CD pour les autres
que pour soi-même.
*
Loi du CDROM
Un CDROM est un puissant média capable de stocker 640 Mo
de données sous un format pratique et peu coûteux.
Un lecteur de CDROM permet au programme d'installation de
les copier intégralement sur votre disque dur.
*
Triplet de Jeg
Soient trois extensions A, B, et C.
Si installer A ne plante pas l'ordinateur,
qu'installer B ne plante rien non plus,
et qu'installer C ne plante toujours rien,
alors :
soit vous avez oublié de démarrer la bécane
[voir la Loi de Sattinger],
soit, ce qui est plus probable, l'extension C rendra incompatibles
les extensions A et B, ce qui fera planter le tout.
*
Malédiction bienfaisante de Géhännü
Vous avez acheté un programme pour Windaube 95 ?
Dommage, sous Linux il
était plus puissant et gratuit.
*
Constatation de Bardot
Plus un programme est important et donc utilisé, et plus
il y a des bugs que l'on ne peut résoudre.
*
Loi du Shareware customisé
Le seul programme connu qui comporte LA fonction tordue et vitale
que vous recherchez depuis des années est
d'une part, totalement nul par ailleurs,
et d'autre part, totalement incompatible avec les autres applications
du domaine.
*
Loi de la License de Shareware
Vous n'aurez besoin d'un shareware que jusqu'au moment où
vous en achèterez la license.
*
Loi du "Super Shareware de la Mort qui tue"
Après un long téléchargement interrompu à
cinq reprises, une longue et pénible installation, après
que tout semble marcher, vous vous apercevez qu'il nécessite une
DLL de runtime à télécharger séparément
(surtout si vous installez le programme sur un ordinateur qui n'a pas accès
à Internet)
*
Troisième Loi de la Programmation informatique
Tout programme utile sera remplacé par un autre moins performant.
*
Quatrème Loi de la Programmation informatique
Tout programme inutile doit être documenté.
Corollaire : Quand un logiciel est inutile, on y forme les
gens.
*
Loi infodocumentaire de Prigent
L'utilisation d'une documentation imprimée est inversement
proportionnelle à la place qu'elle occupe.
Corollaire : Si une impression est malgré tout utile,
elle sera perdue.
*
Loi Métaphysique des Programmeurs
La vie serait plus facile si on en avait le code source.
*
Loi de dBase
Le prix d'un programme est inversement proportionnel à son
ergonomie.
*
Sixième Loi de la Programmation informatique
La valeur d'un programme est proportionnel au poids de ses fichiers
de sortie.
*
Loi du Prix par Bit de Space Invaders
Le prix d'une cartouche de jeu est directement proportionnel au
nombre de bits de la console qui la supporte.
*
Loi de Lourdeur
Le prix d'un programme sera proportionnel à la lourdeur
de ce qu'il donne en sortie.
*
Lois de HP-LPT1
Tout câble d'imprimante a d'autant plus de chances d'être
défectueux qu'il est long.
Si, à titre de vérification, on veut emprunter celui
d'un autre ordinateur, les vis qui fixent ce câble au port parallèle
viendront avec.
*
Loi de Miod des câbles
SCSI
Si vous achetez du matériel SCSI externe pour un ordinateur
disposant déjà d'une imprimante, alors on vous fournira un
câble SCSI2 (même connecteur sur le pécé que
le câble d'imprimante).
Et la probabilité que vous branchiez l'imprimante sur la
carte SCSI et le périphérique SCSI sur le port imprimante
(ce qui fait fumer au moins une carte) est proportionnelle au prix du matériel.
*
Première Loi de Shelton
des Calculatrices de Poche
Les batteries expireront au moment le plus crucial du problème
le plus complexe.
*
Troisième Loi de Shelton
des Calculatrices de Poche
La réponse finale excédera la magnitude ou la précision
(ou les deux) de la calculatrice.
*
Quatrième Loi de Shelton
des Calculatrices de Poche
Il n'y a jamais assez de mémoires pour résoudre le
problème.
*
Exception de Mollaret à la Quatrième
Loi de Shelton des Calculatrices de Poche
Ou bien aucun vêtement n'a de poche assez grande pour la
contenir.
*
Exception de Lancelot à l'Exception de Mollaret à la Quatrième
Loi de Shelton des Calculatrices de Poche
Dans le cas contraire, les touches sont trop petites.
*
Cinquième Loi de Shelton
des Calculatrices de Poche
L'utilisateur oubliera les mathématiques en proportion de
la complexité de sa machine.
*
Loi Infoorthographique de Vivier
L'utilisation d'un correcteur orthographique permet par la suite
au lecteur de se concentrer sur les aberrations grammaticales sans être
perturbé par les défaillances orthographique.
*
Loi du Système boosté
L'efficacité des astuces, logicielles ou matérielles
pour configurer, optimiser et accélérer votre ordi est inversement
proportionnelle à la dégradation de la stabilité du
système.
*
Loi de Iomega
Ils ont pensé à tous les problèmes dans le
mode d'emploi, sauf à la panne ou à l'erreur que vous rencontrerez.
*
Observation Fondamentale de Lyall
La patte la plus importante d'une puce est celle qui manque.
*
Conséquence de Raleigh
Nouveau hardware, nouveaux problèmes.
*
Loi des Achats d'Ordinateurs de Gonçalvès
Un ordinateur acheté, c'est plusieurs mois de galère.
Correction d'Andrieu : ...pour celui qui se farcit le support
technique.
*
Début du long Apprentissage de l'Informatique selon Why
Quelqu'un qui s'achète un ordinateur pour la première
fois aura tous les plantages possibles,
mettra tout ça sur le compte de son inexpérience/incapacité
et fera appel à un ami soi-disant spécialiste qui
:
1) n'ayant pas le temps de passer le fera patienter deux-trois
jours ;
2) une fois le crash constaté laissera tomber la sentence
: "Là je ne comprends pas, c'est la première fois que je
vois ça, le mieux c'est de le rapporter à la boutique et
de le faire changer/voir ça avec eux." ;
D'où retour chez l'assembleur/distributeur (engueulade style
"vous avez fait quoi ? vous avez touché au Setup, hein?!!")
et retour à la case départ.
*
Loi Sanglante de Miod
Dans le métier d'assembleur, ce sont toujours les boîtiers
les plus agréables à monter qui sont les plus coupants.
*
Précision de Miod sur
la Loi Sanglante
En plus ça coupe toujours aux endroits qui saignent le plus.
*
Vexation de Skulason
Si votre anti-virus favori réclame de démarrer votre
PC sur une disquette propre,
alors TOUTES vos disquettes amorçables seront infectées.
*
Postulat inconscient des Informaticiens
Les PC, c'est comme les femmes.
Quand on n'en a pas, on ferait n'importe quoi pour en avoir.
Quand on en a, on se ruine pour les entretenir.
*
Neuvième Loi de la Programmation informatique
Il est économiquement plus faisable de fabriquer un ordinateur
que de le programmer.
*
Adage de l'Informaticien et du Galèrien
Plus on galère, plus on s'en souvient.
*
Loi du Décompresseur vidéo
Vous pensiez tous les avoir ? Et bien non...
Addendum : Si vous avez l'image, vous n'aurez pas le son,
et inversement.
*
Loi de Cash
C'est trois secondes après avoir cliqué au hazard
sur l'icône tc69.gif que votre copine surgira à l'improviste
dans la salle info et tombera sur Tabata Cash en pleine action et en plein
écran (21 pouces).
Corollaire :
C'est deux secondes après avoir regroupé un troupeau
de visiteurs devant une station de travail qu'un incident au mieux similaire
se produira.
*
Loi du RSA 56
Ne sous-estimez jamais la capacité de calcul des machines
dont dispose votre ennemi.
*
Loi du RSA 128
Ne sous-estimez jamais la capacité de calcul des machines
dont dispose votre ennemi.
*
Loi du TO7-TO9-MO5 de Jeg
Tout plan informatique pour tous est bénéfique à
tous les placards.
*
Loi de l’Equipement de Sefas
Plus le matériel informatique est moderne, plus le tableau
à papier est branlant.
*
Loi de \|/
Quand on a le choix entre / et \ , on choisit toujours celle dans
le mauvais sens.
*
Loi Virale du 4 Juillet
Le système informatique d'un astronef gros comme la lune
peut être contaminé par un petit virus informatique d'une
civilisation en retard de plusieurs milliers d'années.
*
Si jamais un ordinateur tombe en panne ou devient fou dans un film,
alors soit c'est un très vieux modèle d'une marque disparue,
soit c'est un modèle récent d'une marque contrôlée
par le(s) méchant(s), soit on en ignore la marque... Jamais de dénigrement
!
*
Lois du Silence de Coste
Lorsque l'ordinateur aura appris à chanter, il est à
craindre qu'une vague de chômage ne déferle sur le monde artistique
français :
quel repos pour notre ouïe...
Vivement la synthèse vocale : combien de petits chanteurs
trouveront enfin le moyen de chanter juste et en mesure à défaut
de chaleur, de sensibilité et d'amplitude ?
Lucien a établi des Lois informatiques relatives à
la politique : voir les Lois
de Coste.
De l'Inégalité de Von
Neumann a été déduite par Christophe Camel toute
une Théorie des Bugs.
Retour à la page principale de chez Christophe.
Retour à la page humour / à
la page des Lois de Murphy.
Retour à la page principale.
