Transcription : http://buze.michel.chez.com/lavache/bun_hay_mean_chinois_marrant_paris_maroc_marocains_jamel_comedy_club_sketch.htm

par Lionel MARTIN

Les différents types de spécifications :

- la spécification exhaustive : claire, concise, illustrée d'exemples (autant que nécessaire) et de schémas explicatifs, elle précise tout ce qui est attendu de manière non équivoque. Chaque information y est indiquée une (et une seule) fois, et peut être retrouvée très facilement via l'organisation logique du document et le sommaire clair. Les mentions "TBD" et "TODO" en sont absentes. Cerise sur le sundae : elle a même une table d'acronymes grâce à laquelle il devient évident que le "PTDR ne peut pas être XPT à cause du DDIG". Elle a, de plus, le bon goût d'être à jour par rapport à ce que veut réellement le client.
NB : de même que les fées, korrigans et autres elfes, la spéc exhaustive est un artefact qui n'existe que dans votre imagination.


- la spéc "Post-it" : elle a le mérite d'être courte (c'est le seul !). Pour le reste, il va falloir deviner ou bien entrer dans le ping-pong de l'enfer avec le client et lui tirer les vers du nez pour avoir une idée de ce qu'il attend de nous --tout en déplorant notre manque d'autonomie (voir "spéc en chapelet"). Rencontrée en moyenne dans UN projet sur UN.


- la spéc "en chapelet" : ce type de spéc connaît de nombreuses variantes. Elles sont toutes caractérisées par une succession de micro-suspenses (maîtrisés ou pas), permettant, à chaque itération de "gagner" une nouvelle information permettant aux développeurs de faire leur travail.

- variante : spéc "en chapelet typée ping-pong" (ou "chapelet - jeu de piste") : c'est un peu comme une enquête policière, où chaque indice conduit au suivant, et où chaque question engendre une nouvelle question (dont la réponse est évidente pour celui qui aurait dû vous la donner). C'est une succession de mails en question / réponse, entrecoupés de temps d'attente improductifs, puisque les informations requises sont dans la tête du client, qui n'a "pas qu'ça à faire de répondre à vos mails" étant donné qu'il passe 95% de son temps en réunion.

- variante : spéc "en chapelet typée boule de neige" (ou "chapelet - réaction en chaîne") : le flou grandit à chaque itération et chaque réponse appelle 2 nouvelles questions. Auxquelles on aura peut-être une réponse, mais pas garanti. Explosion du niveau de stress des dév et du délai de livraison.

- variante : spéc "en chapelet aux amEndes" : la spéc est mise à jour plusieurs fois pendant le projet alors qu'on n'a posé aucune question.
NB1 : ce type de fonctionnement est typique des procédés "Agile", où l'on se doit d'être ouvert au changement. Si une nouvelle version de la spéc ajoute de nouvelles fonctionnalités sans remettre en question TOUT ce qui a été fait jusqu'ici, il est possible qu'on soit effectivement dans le cas d'un projet Agile. Dans ce cas, la spéc "en chapelet aux amEndes Agile" n'est pas un motif valable de sévices tels que :
- fouettage avec un câble Wi-Fi
- arrachage d'oeil avec une touillette à café en plastique
- mort par décès
- chanson de "la Reine des neiges"
- Windows Millenium
NB2 : il est fréquent que les clients croivent (croillent ?) être "Agile" alors qu'en pratique ils ont juste envoyé 27 brouillons successifs et contradictoires de leur spécification. La spéc "en chapelet aux amEndes multi-révisée" autorise les sévices décrits ci-dessus (homologation par l'ONU en cours).


NB1 : bien que la spéc en chapelet valorise le client (puisque sans lui le projet n'avance pas), au-delà d'un certain nombre d'allers-retours, le client s'irrite de nos questions incessantes, met en doute notre compétence (ce qui renforce la bonne ambiance générale de l'équipe en plus de faire avancer le schmilblick), et on finit _vraiment_ par se demander si on serait pas "un peu c*n sur les bords". Il faut savoir que, de même que la gravité cause la chute de pommes sur la tête de scientifiques Britanniques, la spéc en chapelet cause l'enlisement de la tâche qu'elle décrit et l'explosion du délai de livraison (c'est une loi physique, faut faire avec).

NB2 : Conformément à la loi de Murphy (et son corollaire sur les processus mal emmanchés), les spécs de type « Post-It » accouchent généralement de spécs « en chapelet ». Une estimation honnête de la date de réalisation est donc « un jour ou l’autre ».


- la spéc "OCB" : variante de la spéc "Post-it" en plus court. Mêmes effets.


- la spéc orale : "Comment ça, y'a pas de spéc ? M'enfin, le café que je t'ai offert il y a 3 semaines pour parler du projet, c'était ça, la spéc ! Je pensais avoir été clair. Donc, si je comprends bien, t'as rien noté ? Put**n, t'es vraiment un boulet !!!"
NB : à ce point, l'envie de meurtre (ou de crevage d'yeux avec une touillette à café en plastique) est naturelle mais déconseillée à cause de complications administratives de type "prison". Étant donné que "les paroles s'envolent", la spéc orale est comme la cuiller dans Matrix : elle n'existe pas ;-). Pas plus que la demande ou le ticket décrivant la tâche à réaliser puisque c'est là que devrait se trouver la spéc. Pas de date de début à ce point non plus, donc les compteurs de délai et de "ce-sera-en-prod-quand?" restent bloqués à zéro. Je conseille donc une attitude non-violente de type "C'est vous qui voyez !" (cf "Le train pour Pau" de Chevallier et Laspalès)

Details on the Apollo missions, during flight and on the Moon surface : sleeping, kneeling on the moon, using duct tape, ...

Cette attraction dans un parc du Danemark vous laisse juste tomber de 35m de haut dans un filet géant.
https://www.youtube.com/watch?v=JjEsWj369rc

JE VEUX LE FAIRE !!!

In December 1642 Dutch navigator Abel Janszoon Tasman was the first European to sight New Zealand’s South Island, and Dutch cartographers named the territory after the Dutch maritime province of Zeeland. Located just northwest of the Belgian city of Antwerp, Zeeland is more than 11,000 miles (17,700 km) from New Zealand. To provide some perspective on that figure, the maximum distance between any two points on Earth is about 12,450 miles (20,000 km), so New Zealand is practically as far as you can be from Zeeland without leaving Earth. The Dutch East India Company certainly got around.

See it : https://goo.gl/maps/JCEnNrYWDGJuL8em7

At 10:30 p.m., 29 October 1969, the first ARPANET message was sent from the UCLA's room 3240 (by Charley Kline) to the Stanford Research Institute (SRI, received by Bill Duvall). Based on packet switching and dynamic resource allocation, the sharing of information digitally from this first node of ARPANET launched the Internet revolution.

L'article est AMHA un rien alarmiste parce que, mine de rien, la fin du "code", l'IA et tout le bataclan, ce sont les serpents de mer habituels.
(quelques commentaires intéressants !)
En imaginant, même, qu'un jour une IA sache "pisser du code" mieux qu'un humain (dans 10 ans ou dans 100 ans, peu importe), QUI va lui expliquer TRÈS précisément le besoin auquel doit répondre l'appli à développer ? Spécifier à ce niveau de détail... ça restera du niveau de technicité de ce qui est nécessaire pour coder...
Donc toujours beaucoup de buzzwords et de techno-bullshit sur ce thème ;-)

I wanted to contribute to https://stackoverflow.com/questions/3466626/how-to-permanently-add-a-private-key-with-ssh-add-on-ubuntu, but thread is closed :-(