Un peu d'humour
Axiomes...
Contradictions...
Identifications...
Inégalités...
Lois...
Observations...
Principes...
Postulats...
Proverbes...
Règles...
Syndromes...
Ces réflexions, dont certaines sont loin d'être fausses, proviennent d'Internet. Toutes nos équipes s'efforcent chaque à jour à faire en sorte que vous ne les viviez pas avec Up ! Application System !
It's not a bug, it's a feature.
Revenir en haut de la page...
Si le code et les commentaires se contredisent, les deux sont probablement faux.
Revenir en haut de la page...
Identification de KULAWIEC
Tout bogue suffisamment avancé ne peut être distingué d'une fonction.
Revenir en haut de la page...
2 n'est pas égal à 3, même pour de grandes valeurs de 2 ou de petites valeurs de 3.
Tout programme non trivial contient au moins un bug.
Une condition suffisante pour qu'un programme soit trivial est l'absence de bogue.
Revenir en haut de la page...
Il vaut mieux changer le cahier des charges pour l'adapter au programme que vice-versa.
La technologie en place tend à se maintenir malgré la nouvelle technologie.
Si vous désignez N personnes pour écrire un compilateur, vous obtiendrez un compilateur à N-1 passes.
- La complexité d'un programme grandit jusqu'à ce son concepteur n'y comprenne plus rien.
- La taille d'un programme grandira jusqu'à occuper tout l'espace mémoire disponible.
Le prix d'un programme est inversement proportionnel à son ergonomie.
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.
- 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.
- 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.
- 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.
Le nouveau matériel rendra l'âme dès que l'ancien aura été jeté.
Un programme informatique fait ce que vous lui avez dit de faire, pas ce que vous voulez qu'il fasse.
La légitimité d'une copie est inversement proportionnelle à son intérêt.
Ne faites jamais confiance à un ordinateur que vous ne pouvez pas balancer par la fenêtre.
Un programme n'est jamais fini, on arrête juste d'y travailler.
Ils ont pensé à tous les problèmes dans le mode d'emploi, sauf à la panne ou à l'erreur que vous rencontrerez.
Si vous n'y arrivez pas du premier coup, appelez ça version 1.0
Quand un compilateur accepte un programme sans erreur du premier coup, le programme ne fournira pas le résultat attendu.
Avant même de fonctionner, tout programme est déjà obsolète.
Loi des Langages informatiques
Il n'y a pas de langage informatique dans lequel vous ne puissiez écrire de mauvais programme.
Loi de LITTLEWOOD-STRIGINI
La probabilité qu'un programme corrigé fonctionne comme avant la correction est seulement de cinquante pour cent.
Le prix d'un programme sera proportionnel à la lourdeur de ce qu'il donne en sortie.
Loi métaphysique des programmeurs
La vie serait plus facile si on en avait le code source.
Un système réseau ne marche bien qu'en monoposte.
Des tests lents et méthodiques vous feront parvenir à un point où vous pourrez localiser le bug ou devenir fou. Peut-être les deux.
La probabilité qu'une imprimante, un ordinateur ou un réseau plante augmente exponentiellement quand on se rapproche de la date limite de rendu d'un rapport.
Ca marcherait mieux si vous le branchiez. En dernier ressort basculer l'interrupteur.
- Peu importe où est l'erreur, elle ne se verra pas.
- Peu importe où est l'erreur, quelqu'un savait qu'il y en aurait une.
- Toute erreur détectée et corrigée a déjà été corrigée précédemment.
Loies de SHELTON des calculatrices de poche
- Les batteries expireront au moment le plus crucial du problème le plus complexe.
- La réponse finale excédera la magnitude ou la précision (ou les deux) de la calculatrice.
- Il n'y a jamais assez de mémoires pour résoudre le problème.
- L'utilisateur oubliera les mathématiques en proportion de la complexité de sa machine.
Du mauvais code n'a pas besoin d'être commenté ou corrigé, mais réécrit.
L'efficacité des astuces, logicielles ou matérielles pour configurer, optimiser et accélérer votre ordinateur est inversement proportionnelle à la dégradation de la stabilité du système.
- Tout programme utile sera remplacé par un autre moins performant.
- Quand un logiciel est inutile, on y forme les gens.
- Tout programme inutile doit être documenté.
- 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, le plantage aura lieu pendant cette sauvegarde.
- Si la sauvegarde a marché, le disque dur ne redémarrera plus.
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 les architectes travaillaient de la manière dont les programmeurs programment, un seul pic-vert détruirait la civilisation.
Revenir en haut de la page...
Observation fondamentale de LYALL
La patte la plus importante d'une puce est celle qui manque.
- C'est une erreur de laisser remarquer à un disque dur quelle est la date de la dernière sauvegarde.
- Un sabordage du disque dur se produit la veille du jour où la sauvegarde est prévue.
L'erreur est humaine, mais pour provoquer une vraie catastrophe, il faut un ordinateur.
Revenir en haut de la page...
Si on fait passer des bêtises dans un ordinateur, il n'en sortira que des bêtises. 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.
- Les machines doivent marcher. Les gens doivent penser.
- Pourquoi vouloir des terminaux intelligents alors qu'il y a tant d'utilisateurs stupides ?
Principe des cables d'imprimantes
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.
There's always one more bug.
Si ça commence à délirer, effacez et réinstallez de zéro.
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.
Revenir en haut de la page...
- Le paramètre le plus vital dans tout sous-programme a la plus grande chance d'être oublié dans la séquence d'appel.
- Si plus d'une personne a programmé une routine buggée, ce ne sera la faute de personne.
Ne testez jamais une erreur que vous ne savez pas gérer.
- La médiocrité est le seul langage connu de tous les programmeurs.
- La plus grave erreur d'un programme n'est jamais découverte avant que le produit soit en vente depuis 6 mois.
- 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.
- Si le système de test fonctionne parfaitement, tous les autres systèmes auront des problèmes.
Revenir en haut de la page...
- L'erreur est une humaine, mais pardonner est hors des capacités du système d'exploitation.
- Tout bogue que vous trouvez est le dernier.
- Tous les problèmes de réseau sont bizarres et frustrants.
Revenir en haut de la page...
Quand tout le reste a échoué, lisez le mode d'emploi.
Un ordinateur fait autant d'erreur en 2 secondes que 20 humains en 20 ans.
L'envergure d'un ordinateur n'est pas plus longue que son cordon d'alimentation.
Revenir en haut de la page...
Syndrome de l'acheteur de la veille
Le prix d'un ordinateur baisse de 50% le lendemain de son achat.
- Tout ordinateur est obsolète au plus tard à son déballage.
- Un microprocesseur est obsolète dès la début de sa fabrication en série.
De plusieurs programmes ou systèmes en concurrence, le plus performant n'est jamais retenu comme standard.
- 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 au bout de cinq minutes.
- On ne change pas une équipe qui gagne.
- 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.
Revenir en haut de la page...