Article de fond

1999 fut une grosse année pour les publications Harvard Business School. Dans les années passées, ils avaient vu leur "business model" - vente de livres, journaux, articles, études de cas, et autres - se transformer de vente sur catalogue papier vers une boutique en ligne, pour aujourd'hui nécessiter une refonte totale du site web.

Loi de Murphy 198§44 : Plus une solution de backup est compliquée, moins il est probable qu’elle soit utilisée.

Le billet publié sur la poste Canadienne, semble avoir fait des émules. C’est Alexis qui nous envoie un WTF sur la poste française.

Josh Breckman travaillait pour une entreprise qui avait obtenu un contrat pour le développement d’un CMS (content management system, ou système de gestion de contenu) pour le site web d'une agence gouvernementale plutôt importante. Le gros du projet constituait à développer le CMS pour que les employés soient capables de construire et de maintenir le contenu de leur site.

Quelques années plus tôt, Pete, un programmeur astucieux, développa une application qui suivait les commissions pour les transactions commerciales. Pete a quitté depuis longtemps la société , son rôle ayant été repris par Andy.

"Alors que pensez-vous de mon offre" demanda le recruteur de Ben. Il y avait réfléchi depuis quelque temps. Ce n'était pas exactement ce qu'il cherchait mais bon, il était sans emploi depuis novembre 89 - presque trois mois entiers -  et pensa qu'il devrait probablement se remettre aux choses sérieuses. Il dit au recruteur qu'il souhaiterait parler au client et lui demanda de programmer un rendez-vous pour la semaine suivante."

Tim Cartwright nous étonne une fois de plus ...

Hervé, redoutable joueur de bowling avec qui j'ai le plaisir de travailler depuis quelques mois m'a fait part d'une histoire qu'il a vécue alors qu'il travaillait pour une grande SSII française.

Adrien a rejoint mon équipe en tant que prestataire depuis décembre 2007. La commerciale de sa société passe régulièrement nous voir, autant pour le rencontrer que pour garder un contact avec ses clients. Début février, pour sa visite mensuelle, elle apporta aux membres de notre équipe des calendriers et des sous-mains. J'utilise encore beaucoup le papier et crayon dans mon travail au quotidien, je me réjouissais donc de ce présent qui allait m'être très utile.

Steve reçut un appel frénétique d'un client, le suppliant de l'aider à optimiser leur plus gros système de gestion des commandes clients. En production depuis moins d'un an, le système tournait aussi rapidement qu'une tortue en fin de vie, même après avoir surdimensionné le hardware. Rien de tout ça n'avait surpris Steve; après tout, c'était un jProjet.

SathNess partage avec nous une histoire intéressante.

Pour notre deuxième WTF français,Jeremy nous raconte une histoire vécue depuis peu.

Petite traduction d'un article de 2006, comme demandé, j'ai mis dans le titre des articles un (T) lorsque l'article est traduit d'une édition étrangère.

La société de Matthias Winkelmann décida de prendre la route (piégée) de l'outsourcing et délocalisa une partie des travaux de développement dans quelques sociétés offshore. Il s'avéra que le prix horaire pour certains développeurs offshore étaient deux fois moindre que ce que coûtaient les développeurs "maisons". Les managers firent leurs calculs et découvrirent qu'ils pouvaient optimiser leurs profits.

Au début du 21ème siècle, l'infrastructure globale des serveurs de la société Initrode commençait à montrer des fissures. Tous ceux qui avaient pénétré dans la salle serveur comprenaient immédiatement que la croissance de l'infrastructure avait été incontrôlée. Des serveurs en rack mis à coté des stations de travail reconditionnées, connectés avec des câbles à peine sécurisés. Clairement quelqu'un avait fait un effort pour nettoyer la pièce mais s'était arrêté à mi-chemin.

C'est avec plaisir que nous lançons Alex et moi la version francophone du Daily WTF. Pour les habitués de la Version US, vous pourrez découvrir ou redécouvrir (fautes d'orthographe et erreurs de traduction en plus) une sélection des meilleurs articles publiés ces deux dernières années.

Assez fréquemment, Bob B. observa que le site d'e-commerce de sa société se plantait méchamment. Personne n'avait d'indices sur la cause du problème mais tout le monde savait comment le régler. Redémarrer aussi bien SQL Server que IIS et voilà, dans la minute, le site était en fonctionnement.

Ryan H était plutôt excité de commencer son nouveau travail en tant que développeur. Hélas, son excitation ne fut que diminuer après la prise effective de son poste. Cela ne se transforma pas en appréhension, déception ou regret : simplement en rien. Il ne ressentait plus rien. On peut s'attendre à ce genre d'apathie quand on confie à quelqu'un le travail que Ryan s'est vu attribuer : absolument rien. Le travail quotidien de Ryan était de s'assoir et de patiemment attendre que la société daigne débuter un projet.

Après quelques années dans une grande entreprise sans âme, "Henry L." avait besoin de changement. Comme ses compétences étaient très recherchées, il n'eut aucun problème à aligner les entretiens avec d'autres grandes entreprises sans âmes. Mais il avait muri, fatigué de travailler dans ces grandes entreprises, il commença à chercher un job dans une boite plus petite.

JeBe à découvert une méthode plutôt innovante pour déterminer si le code est exécuté sur une machine de production ou sur le poste de développement.

Stephan Mueller était heureux d'apprendre que son collègue, le "spécialiste" avait finalement quitté la société. Son collègue avait gagné son titre honorifique grâce son étrange pouvoir de transformer tout ce qu'il touchait en un ramassis de fichiers source inmaintenable et à peine compilable : Les méthodes enflaient de milliers de lignes de code, les clauses "case" s'embranchaient sur dix niveaux, etc.

C'est assez facile de comprendre comment Mika Hartnagel se retrouva dans le dilemme du "devrais-je démissionner après trois jours?". Qui aurait deviné qu'un seul point dans la description du travail -- "Utiliser de l'interopérabilité Excel" -- cachait en fait une architecture entière d'un système : un Horrible amalgame de feuilles Excel interagissant avec c# qui communique avec d'autres fichiers Excel. Qui aurait pu croire que tous les autres points -- de" architecture multi couche utilisant le remoting" au "Automatisation/intégration de process métier" -- étaient en fait des fonctionnalités que la société souhaitait voir êtres concrétisées dans un futur vague.

De temps en temps, il me plait de vous présenter une ligne de code représentative d'une application titanesque. Des centaines de fichiers comportant des centaines de millier de lignes de code résumés en une seule ligne. La ligne d'aujourd'hui nous vient d'une application produite par une équipe que Marcelo à récemment rejoint, et qui est la définition de la classe de base de tous les objets du système ...

Petit exemple de code Basic très sympathique (Merci Ben), si vous montez le son de vos enceintes vous pourrez l'entendre crier "simplifies moi" :

Je me suis souvent demandé quel type de ligne de code on obtenait quand on payait un consultant à 205€ de l'heure. Je pensais que ce ne serait pas un code incroyable . Mais maintenant que j'ai effectivement vu (merci Will Nesbitt) le code produit par un consultant à 2000€ d'IBM, je peux dire que c'est effectivement grandiose... mais pas dans le sens que je l'espérais.

Michelle fût engagée par une société éditrice de logiciel pour "nettoyer" une application ASP.net qu'ils avaient développés/maintenus pendant les quatre années passées. Beaucoup des anciens membres de l'équipe étaient délogés non sans mal de leur paisible eden appelé VB6 pour utiliser de nouveaux concept démoniaque comme l'"Objet", aussi je vous laisse imaginer l'état du code. Rien n'est unique concernant la qualité (ou la non qualité) de ce magnifique morceau de code, mais ce sont les commentaires accompagnant le code qui inspira Michelle à me l'envoyer, er moi à le poster.