blague programme

Langages de programmation et balle de pistolet

humour, blague programme, blague informatique, blague programmation, blague programmeur, blague langage, blague langage de programmation, blague choix, blague guide, blague ordinateur, blague prolifération, blague dilemme, blague balle, blague pistolet, blague pieds, blague se tirer dans le pied

La prolifération des langages de programmation modernes (qui semblent tous avoir piqué des idées les uns sur les autres) fait qu’il est parfois difficile de se souvenir quel langage vous être en train d’utiliser. Ce guide est conçut pour aider les programmeurs qui se trouvent dans un tel dilemme.

C :
Vous vous tirez dans le pied.

C++ :
Vous créez accidentellement une douzaine d’instances de vous-même et leur tirez tous dans le pied. Apporter une aide médicale est impossible car vous ne pouvez pas affirmer quelles sont les copies, chacune se montrant du doigt et disant « c’est moi, là-bas. »

FORTRAN :
Vous vous tirez dans chaque doigt de pied, itérativement, jusqu’à ce que vous n’ayez plus de doigts de pied, puis vous changez de pied et recommencez l’opération. Si vous n’avez plus de balles, vous continuez quand-même, car vous n’avez pas pensé à installer un gestionnaire d’exceptions.

Modula-2 :
Après avoir réalisé que vous ne pouviez rien faire en ce langage, vous vous tirez une balle dans la tête.

COBOL :
AVEC un REVOLVER COLT45 VISER PISTOLER à JAMBE.PIED, ALORS appuyer BRAS.MAIN.DOIGT sur REVOLVER.GACHETTE. ALORS retourner REVOLVER à HOLSTER. VERIFIER si CHAUSSURE.LACET doit être refait.

BASIC :
Tirez dans votre pied avec un pistolet à eau. Sur gros système, continuez tant que tout le corps n’est pas trempé.

FORTH :
Pied dans votre tirez.

APL :
Vous vous tirez dans le pied, puis vous passez tout le reste de la journée à vous demander comment le faire avec moins de caractères.

PASCAL :
Le compilateur ne vous laissera pas vous tirer dans le pied.

Concurrent Euclid :
Vous tirez dans le pied de quelqu’un d’autre…

Motif :
Vous passez des jours à écrire une description UIL de votre pied, la trajectoire, la balle, et du motif complexe du manche en ivoire du pistolet. Quand vous arrivez enfin à appuyer sur la gâchette, le revolver s’enraye…

Unix :
% ls foot.c foot.h foot.o ortiel.c orteil.o
% rm *.o
*.o No such file or directory
%
% ls

Xbase :
Vous tirer dans le pied, pas de problème. Si vous voulez vous tirer dans le pied, vous devez utiliser « Clipper ».

Paradox :
Non seulement vous pouvez vous tirer dans votre pied, mais les autres utilisateurs aussi.

Reveration :
Vous pourrez vous tirer dans le pied dès que vous aurez compris à quoi servent toutes ces balles.

Visual Basic :
Vous allez vous tirer dans le pied, mais vous allez tellement prendre votre pied à le faire que vous n’allez rien sentir.

Prolog :
Vous dites au programme que vous voulez vous faire tirer dans le pied. Le programme comprend comment le faire, mais la syntaxe ne permet pas de l’exprimer.

370 JCL :
Vous envoyez votre pied à MIS avec un document de 4000 pages expliquant comment vous voulez vous faire tirer dessus. Trois ans plus tard, votre pied revient, cuit à point.

(shell) SH :
Vous tirez en l’air, car vous n’avez pas défini le bon environnement ou la bonne syntaxe. Vous décidez alors de le faire en CSH.

(shell) CSH :
Vous prenez trois semaines pour confectionner votre programme, et lorsque vous le lancez, vous vous apercevez que vous avez oublié de tenir compte du nombre de balles. Vous abandonnez et décidez de recommencer en SH.

(shell) TCSH :
Voir CSH.

Assembleur 6800 :
Vous n’avez pas assez d’accumulateurs pour accéder en même temps à votre main et au pistolet.

Assembleur 68000 :
Le coup est partit trop tôt et vous avez pris la balle dans la tête.

Assembleur 8086 :
Vous ne pouvez pas tirer car le pistolet et les balles ne se trouvent pas dans le même segment.

La genèse d’un programme pour une entreprise

humour, blague genèse, blague programme, blague entreprise, blague informatique, blague informaticien, blague programmeur, blague projet, blague chef de projet, blague organigramme, blague livraison, blague collaborateur, blague logiciel, blague appel d'offres

La genèse :
Au commencement était l’Appel d’Offres et l’Appel d’Offres était sans forme ni structure et l’obscurité s’étendait sur la face du Client, et la face du Client se détournait de la Compagnie.

Aussi la Compagnie dit : « Qu’il y ait une proposition »
Et alors il y eut une proposition, et le Client vit que cela était bon, et la face du Client se tourna à nouveau vers les Travaux de la Compagnie.

Alors la Compagnie rassembla toutes les espèces de créatures, et de ce rassemblement naquit l’Équipe Projet et l’on dit que cela était bon. De l’Équipe Projet naquirent les Ingénieurs et les Programmeurs et plusieurs autres formes de vie.

Et l’un fut choisi dans cette multitude, qui fut élevé au dessus de tous les autres et qui fut appelé « Chef de Projet ». Et il eut a conduire l’Équipe Projet par le chemin de la productivité pour le bien de la Compagnie.

Et il advint que la pensée du Chef de Projet fut troublée par l’Appel d’offres et il crut alors que toutes choses étaient possibles, bien qu’il n’existât point, alors, de spécifications.

Donc le Chef de Projet ordonna que tous les Programmeurs soient rassemblés en un même lieu et il parla a leur chef, qui fut appelé « Chef Programmeur » : « Qu’il y ait un Planning, par lequel je connaîtrai la Date de Livraison, et je te ferai responsable pour l’accomplissement de ce planning ». Alors le Chef Programmeur vit au devant de ses collaborateurs et leur demanda : « Comment ceci se fera-t-il ? ».

Et ses adjoints se séparèrent, chacun a sa table, et ils estimèrent, comme était leur coutume. Et il advint que chaque Programmeur apporta une estimation et après beaucoup de soupirs et de grincements de dents, toutes les estimations furent harmonisées et résumées en un monument qui fut appelé Plan de Réalisation. Et le Chef Programmeur amena le Chef de Projet au Plan de Réalisation, disant : « Regardez l’accomplissement prendra de nombreux mois ». Mais le Chef de Projet ne fut pas satisfait et dit : « Je t’avais élevé des profondeurs et donné tant de feuilles de codage et malgré cela tu n’as pas compris l’Appel d’Offres ; ton Plan de réalisation est trop long ».

Alors le Chef de Projet paya des consultants, autorisa beaucoup d’heures supplémentaires et supprima toutes les vacances.

Puis il parla au Chef Programmeur : « Regarde, vois tout ce que j’ai fait ; la date de Livraison sera dans une année ».

Et le Chef Programmeur mit ses collaborateurs à analyser et à coder et il y eut de nombreuses réunions et beaucoup d’heures d’ordinateur furent utilisées à ce travail, bien qu’il n’y eut encore aucune Spécification.

Et il advint que le Chef de Projet examina les analyses et vit que cela était trop ambitieux et il sut qu’ils ne pourraient l’accomplir pour la Date de Livraison. Alors le Chef de Projet ordonna au Chef Programmeur de séparer l’étude en deux parts. II appela l’une « Fonctions Indispensables » et il appela l’autre « Options » – et le Client dut accepter.

Et le Chef de Projet ordonna : « Que les Sociétés de Logiciel envoient leurs Représentants et qu’il y ait un Système de Gestion de Bases de Données » et il en fut ainsi.

Les représentants présentèrent toutes sortes de brochures qui annonçaient des choses nombreuses et merveilleuses – chacun en accord avec sa propre organisation de fichier. Et il advint qu’un Système de Gestion de Bases de Données fut choisi et le Chef Programmeur dit que cela était bon et que plus de programmeurs étaient nécessaires si tout devait être accompli pour la Date de Livraison.

Donc l’Équipe de Projet fut augmentée presque sans limites. Le Chef de Projet, surveillant cela de loin, dit : « Qu’il y ait une Organisation » et il y eut une Organisation.

Et l’Équipe de Projet fut divisée en nombreux groupes qui ne se parlaient pas l’un à l’autre et il fût dit que, peut-être, cela était bon. Le Chef Programmeur appela certains « Programmeurs Confirmés » et il appela les autres « Programmeurs débutants » et il donna pouvoir aux premiers sur les seconds.

Et les Programmeurs Confirmés virent que cela était bon tandis que les Programmeurs Débutants virent cela autrement.

Et le Chef Programmeur exhortait ses collaborateurs à des efforts encore plus grands car la Date de Livraison était proche et le souffle du Chef de Projet pesait sur sa nuque.

Les Programmeurs Confirmés et les Programmeurs Débutants s’effrayèrent à la fois. Ils luttèrent de toutes leurs forces pour satisfaire le Chef Programmeur avec beaucoup d’heures supplémentaires et de nombreux commentaires, et chacun coda et dessina des organigrammes, chacun à sa propre mode. Le Chef de Projet, voyant cela, ne l’aima pas et ordonna « Qu’il y ait des Standards » et il y eut des Standards mais les Programmeurs ne les aimèrent pas et la productivité chuta. Quand il apprit ceci le Chef Programmeur prit peur d’être rejeté de sa haute fonction et ainsi il ordonnât : « Qu’il ait des États d’Avancement » et il y eut des États d’Avancement.

Le Chef Programmeur regarda les États d’Avancement et il vit que la Date de Livraison ne serait pas tenue. Aussi, au dixième mois, le Chef Programmeur se dressa, brossa son costume, rasa sa barbe et vint devant le Chef de Projet, se prosternant, et accusant, et appelant la malédiction sur toutes les espèces de créatures qui vendaient du matériel et du logiciel. Et le Chef Programmeur demanda une prolongation.

Ce qui provoqua la colère du Chef Projet et amena des doutes sur la légitimité des ancêtres du Chef Programmeur, jusqu’à la troisième et la quatrième génération incluses, et l’on battit sa coulpe et il y eut beaucoup de cheveux arrachés – principalement du Chef Programmeur. Et le Chef de Projet ordonna au Chef Programmeur de mettre en oeuvre tout le personnel des Sociétés de Service et tous les consultants. Mais le Chef Programmeur refusa de dire que tous étaient nécessaires car il n’y avait, pas encore, de spécifications.

Et il advint qu’une prolongation fut obtenue et le Chef programmeur revint vers ses collaborateurs apportant ces nouvelles et la joie et l’entrain revinrent parmi les terminaux et la machine à café s’épuisa.

Au vingtième mois, le Chef Programmeur dit : « Que les modules soient intégrés, chacun avec les autres, afin que les Test Système puissent commencer ». Et il en fût fait ainsi et de grandes difficultés apparurent et de nombreuses heures supplémentaires furent dépensées à chercher pourquoi les modules ne voulaient pas s’intégrer, car il n’y avait pas de documentation et, pas encore, de spécifications.

Puis, au vingt-quatrième mois, le Chef Programmeur alla vers le Chef de Projet et lui dit « Regardez, j’apporte de grands espoirs de grandes joies pour nous et pour le Client, car en ce jour le Système a fonctionné ». Et soudain, il y eut autour d’eux une foule, une multitude de commerçants acclamant le Chef Programmeur et chantant : « Gloire à la Compagnie , au Chef de Projet et au Chef programmeur et s’il vous plaît pouvez-vous faire cette petite modification ? ».

Et le Chef Programmeur se dressa et leur parla en ces termes : « Nous ne nous y risquerons pas car il n’y a pas de documentation et, pas encore, de spécifications »

D’après un texte anglais paru dans « SDL NEWSLETTER » n°2.

Le changement de version du logiciel

humour, blague sur la vie de couple, blague sur les logiciels, blague sur les versions, blague sur les petites amies, blague sur les mariages, blague sur l'informatique

Avant de changer la version d’un logiciel qui sert au cours de votre vie quotidienne, il faut toujours s’assurer que la nouvelle version est compatible et sans « bugs ».

Voici l’histoire d’un ami qui a choisi de changer de version dernièrement…

Il a changé son programme Petite Amie 12.4 pour Épouse 1.0.

Malheureusement, il s’est vite rendu compte que ce programme accaparait beaucoup de ressources systèmes et laissait peu de place pour les autres applications. À son grand étonnement, il a aussi vu son nouveau programme créer des sous-routines appelés Enfants 1.0, parasites bruyants et coûteux, surtout la première année.

Bien évidemment, tous ces petits problèmes n’étaient pas précisés sur la boîte d’emballage ou dans la notice d’utilisation: d’autres utilisateurs l’ont prévenu qu’il rencontrerait les mêmes incidents. De plus, Épouse 1.0 se lance automatiquement dès le démarrage de la machine et supervise toutes les autres activités du système. Autre point irritant, ce nouveau programme entraîne la suppression quasi systématique d’autres logiciels vitaux tels que Nuit de football 4.3, Soirée beuverie 7.5 et Sexe orgiaque 2.2.

Il limite les accès à certains jeux comme MS Golf et Hockey LHN.

En installant Épouse 1.0, l’utilisateur n’a plus aucun contrôle sur les indésirables tels que Belle-mère version Béta. De plus, le programme a l’air de s’altérer avec le temps: il présente des perturbations à tous les 28 jours.

Des suggestions ont été transmises au fournisseur pour la production de la nouvelle version Épouse 2.0. Voici quelques options utiles qu’elle devrait contenir :

  • un bouton « Arrête de me le rappeler » ;
  • un bouton « Minimise » pour placer le programme en tâche de fond ;
  • un bouclier d’installation permettant de désinstaller le produit à tout moment, sans perte de mémoire « cash » et autres ressources (divorce error) ;
  • une option « Promiscuité » permettant de réactiver les fonctions sexuelles abandonnées lors du passage de Petite Amie 12.4 à Épouse 1.0.

Attention, Épouse 1.0 contient un « bug » non référé. Si vous essayez d’installer Maîtresse 1.1 avant de désinstaller Épouse 1.0, cette dernière effacera de votre disque MS Money avant de s’effacer elle-même.
Dans ce cas, Maîtresse 1.1 refusera de se désinstaller à cause de ressources insuffisantes.

Pour éviter ce « bug », essayer d’installer Maîtresse 1.1 sur un autre système que celui qui abrite Épouse 1.0; attention, méfiance aussi, Maîtresse 1.1 peut contenir des virus susceptibles d’affecter le bon fonctionnement d’Épouse 1.0.

Pour plusieurs, ils ont tout simplement décidé d’éviter tous les problèmes associés à Épouse 1.0 en restant sur Petite amie 12.4. Néanmoins, ils ont quand même rencontrés quelques ennuis; il n’est pas possible d’installer Petite amie 12.5 par-dessus Petite amie 12.4, il faut d’abord désinstaller Petite amie 12.4. De plus, le programme de désinstallation ne fonctionne pas très bien et laisse des traces de l’application précédente dans le système (sous forme de mobilier cassé et de sous-vêtements oubliés).

Un autre point faible, toutes les versions de Petite amie envoient régulièrement des messages à l’utilisateur lui vantant les mérites de l’application Épouse 1.0.

Technologie de l’information domestique