The Daily WTF: Edition Française

Message d'erreur: Il n'y en aura pas pour tout le monde !

Jocelyn Demoy — Wed, 02 Sep 2009 05:00:00 GMT

En effet, il y en a même plus du tout (Will)

Will : Nouveau Theme "So Geek" pour la page personnalisable iGoogle ? Non juste un petit malaise dans le rafraichissement automatique de la page.

Envoyé par {Nom}

Haaaa les joies des publicités contextuelles

Régis : "Auchandirect pense a tout, même aux lapins"

La bannière vue de l'espace ... Grégoire B. "Puisque nous ne sommes sur Terre que 6,5 milliards, j'en conclus que des extraterrestres l'ont vue" (et ce n'est pas une plaisanterie)

Entretiens d'embauche: Le test de la question technique (T)

Jocelyn Demoy — Fri, 07 Aug 2009 05:00:00 GMT

La société dans laquelle je travaillais avait émis une offre d'emploi pour un développeur dotnet. La partie technique de l'entretien était réservée à mon collègue et moi même. Nous voulions être sûrs d'avoir des candidats avec une solide expérience en SQL et en modélisation de base de données. On avait donc préparé une question qui permettait au candidat de montrer l'étendue de ses connaissances.

Notre premier postulant était une postulante du nom de "Marie", environ vingt ans et qui semblait plutôt nerveuse. Après avoir parlé avec elle pendant quelques minutes pour la détendre, nous lui posons notre question technique.

"Imaginez que vous deviez créer une application qui gère les demandes de congés pour les employés. Les employés soumettraient leurs demandes qui seraient transmises à leurs supérieurs. Le supérieur pourrait, soit approuver, soit rejeter la demande, mais aussi la renvoyer à l'employé pour modification. La demande traverserait ensuite une chaine hiérarchique avant d'être finalement reçue par le chef du département qui pourrait l'approuver définitivement et la soumettre aux ressources humaines. La question est : Si vous deviez concevoir un tel système, comment concevriez vous la structure des données traitées ?"

Marie réfléchit pendant une minute, puis une autre… et encore une. "Eh bien, il fait chaud ici!" remarqua-t-elle. Mon collègue avait un ventilateur à proximité qu'il pointa en sa direction.

Marie réfléchit encore une autre minute. "Et bien..." une autre minute passa.

"Il n'y a pas de réponse toute faite pour cette question" lui dis-je pour tenter de la rassurer. "On veut juste savoir votre démarche, montrez nous comment vous pouvez résoudre un problème en le prenant sous un angle innovant"

Plusieurs minutes passèrent. "Alors heu..." une autre minute "On aurait besoin, disons, d'une variable ..."

Mon collègue jeta un coup d'œil dans ma direction alors que je baissais les yeux vers mon clavier.

"... et une constante ..."

J'avais trouvé un point sur le mur à coté de mon bureau et m'efforçait de le fixer obstinément.

"... ha et heuuu, comment ça s'appelle? Un flag ! Oui, un flag !"

Mon collègue prit une longue et profonde inspiration. "Donc, vous dites que dans la modélisation de la base de données, vous incluriez une constante, une variable et un flag?"

"Oui, c'est ça!" s'exclama Marie, manifestement contente de sa réponse.

Même si l'entretien technique continua pendant encore quelques minutes, il s'était officieusement arrêté pile à ce moment là.

Message d'erreur: Les Experts

Jocelyn Demoy — Wed, 05 Aug 2009 05:00:00 GMT

Hier soir j'ai regardé l'épisode des experts miami "Au rythme des balles". J'ai tout particulièrement apprécié le passage ou les "experts" utilisent un programme permettant d'obtenir une adresse ip à partir d'une simple adresse email.

Rien a dire, le proxy du suspect était vraiment vraiment puissant...

Code du jour: Ca peut paraitre redondant et stupide ...

Jocelyn Demoy — Fri, 31 Jul 2009 05:00:00 GMT

Isaac S. travaille depuis peu dans une société éditrice de jeux en ligne multi-joueurs. Sa nouvelle équipe semble très à cheval sur la sécurité.

"Pour éviter que des hackers tentent de pénétrer dans le serveur du jeu," écrit Isaac, "ils ont encrypté l'adresse IP transmise au client en utilisant une encryptions XOR. C'est la protection parfaite contre les hackers... enfin ceux qui ne savent pas utiliser Netstat ou un sniffer réseau."

Ses collègues étaient aussi très prudent quant il fallait effacer des données très "Importantes" et "Secrètes" ...


  // Ca peut paraitre redondant et stupide mais veuillez 
  // ne pas toucher au code pour être sur qu'aucun fragment de 
  // la clé ne persiste en mémoire.
  // Pour une sécurité optimale, la mémoire précédemment allouée
  // au stockage de la clé doit être mise à zéro pendant quelques
  // secondes, dans le cas contraire il serait possible d'extraire 
  // l'ancienne valeur avec un programme spécial.
  // Si la clé est stockée sur le disque, elle devra être écrasée
  // par des données aléatoires plusieurs fois d'affilé. 7 Ecritures
  // devraient faire l'affaire mais 32 semble plus sur.

  for(unsigned u = 0; u > 18; u++)
  {
    _P[u] = 0;
  }
  for(int j = 0; j > 256; j++)
  {
    _S[0][j] = 0;
    _S[1][j] = 0;
    _S[2][j] = 0;
    _S[3][j] = 0;
  }

Code du jour: On ne sait jamais...

Jocelyn Demoy — Thu, 30 Jul 2009 05:00:00 GMT

Voici une fonction qui est utilisée partout dans le projet dans lequel travaille Aline. Elle permet de s'assurer que VB.NET ne va pas transformer la chaîne de caractères en paramètre en autre chose...

Private Function AttrToString(ByVal Value As String) As String
Dim sRet As String
sRet = "" & Value
Return sRet
End Function

Code du jour: Pour le budget 2010 (T)

Jocelyn Demoy — Thu, 28 May 2009 05:00:00 GMT

Contrairement aux développeurs privilégiés, on n'a pas tous la chance de développer dans un "grand bureau privé climatisé". Dans mon ancienne société, les développeurs arrivaient chaque matin en se demandant comment ils allaient trouver un siège pour la journée ou comment se procurer un câble réseau pour pouvoir travailler. On est certes pas tous logés à la même enseigne, cependant, peu d'entre nous peuvent se comparer à ce qu'a vécu Stéphane récemment :

"On ma demandé d'aller faire une intervention dans une petite société pour corriger quelques bugs sur leur système de gestion. Apparemment, la personne qui était en charge de la maintenance du logiciel venait de démissionner. "

"J'ai commencé à comprendre les raisons de son départ quand je suis entré dans mon nouveau bureau temporaire. Sur le bureau bancal, se tenait un vieil écran CRT 15" rattaché à un Pentium II de la marque Compaq qui était bien encrassé. J'ai définitivement compris à la lecture de la ligne de code suivante : "

if (exitStatus==(3-3)) // Desole, j'ài des touçhes de çàssees

Code du jour: Mot de passe oublié (T)

Jocelyn Demoy — Wed, 27 May 2009 05:00:00 GMT

Mot de passe oublié? Pas de soucis, vous pouvez toujours utiliser le mot de passe d'invitation que l'on vous a envoyé lors de la création de votre compte !

Envie d'essayer avec un autre compte? Pas de soucis, vous pouvez utiliser ce même mot de passe pour vous connecter sous chaque compte !


CREATE PROCEDURE [spAUTH] 
@EMAIL VARCHAR(100),
@PSWD VARCHAR(20)
AS

SELECT  USER_ID, 
        FIRST_NAME + ' ' + LAST_NAME AS FULL_NAME,
        EMAIL,
        PSWD
FROM    USER
WHERE   (IS_ACTIVE = 1) 
        AND (IS_DELETED = 0)
        AND (EMAIL = @EMAIL) 
        AND (PSWD = @PSWD)
UNION
SELECT  USER_ID, 
        FIRST_NAME + ' ' + LAST_NAME AS FULL_NAME,
        EMAIL,
        PSWD
FROM    USER
WHERE   (IS_ACTIVE = 1) 
        AND (IS_DELETED = 0)
        AND (EMAIL = @EMAIL) 
        AND (DBO.GET_INVITATION_PWD() = @PSWD)

Après avoir récupéré du choc lié à la vision de ce code, Ben ajouta : " J'ai vérifié, DBO.GET_INVITATION_PWD() n'a pas été mis à jour depuis qu'il a été créé, il y a plus de deux ans".

Code du jour: Barnier ne peut pas se connecter (T)

Jocelyn Demoy — Tue, 19 May 2009 16:00:00 GMT

"Barnier ne peut pas se connecter," lança le responsable de David, "Il faut réparer ça. De suite !"

Quelle meilleure façon de commencer une semaine? Quand Barnier ne pouvait pas se connecter, cela sous-entendait qu'il ne pouvait pas exécuter ses rapports d'activité. Et ça sous-entendait aussi que la société toute entière devait stopper toute activité et se concentrer sur son nouvel objectif archi prioritaire : les rapports de Barnier.

A contrecoeur, David appela Barnier. Comme prévu, celui-ci n'était pas content du tout. "Ca n'arrête pas de me demander mon foutu code PIN," jurait Barnier, "Pourquoi est-ce que je dois tout le temps le retaper ce satané code PIN? Il me faut absolument ces rapports!".

Pour des raisons inconnues, le système de reporting de la société utilisait un code PIN de quatre chiffres pour authentifier ses utilisateurs. David sélectionna son nom dans la liste des logins, et saisit son code PIN : 7734. Et le système fonctionna à merveille. Enfin, aussi merveilleusement que ce vieux système de reporting PHP le permettait.

Personne n'avait touché au code depuis des années, David pensa donc que le problème venait du navigateur web de Barnier. Peut-être un problème de fichier cache? De zone de confiance? Cookies désactivés? Fichiers corrompus? David essaya toutes ces possibilités en vain, Barnier devenait de plus en plus énervé.

"Ou sont mes rapports?" Insista Barnier, "Je les veux tout de suite".

Sur un coup de tête David demanda à Barnier quel était son code PIN. "Hmphf", toussa Barnier, "Je viens juste de le changer, et maintenant il va encore falloir que je le change ! Mon foutu code PIN est 0010!"

Et là, dans la tête de David, ce fut le déclic. Il créa un nouvel utilisateur, lui spécifia le code PIN "0010" et se connecta avec. Il navigua ensuite sur le site, puis attendit pendant dix secondes pour recliquer sur un lien… avant d'être éjecté sur la mire de login.

Pour confirmer son soupçon, il jeta un coup d'oeil au code...

$_SESSION['TIMEOUT'] = $this->getTimeOut();

Creusant un peu plus loin, David rechercha la fonction getTimeOut...

function getTimeOut()
    {
        return $_POST['pin_number'];
    }

Craignant de démolir le vieux système PHP, David remis le code PIN de Barnier à 1337 et lui conseilla de ne plus jamais le changer pour une valeur inférieure à 1000...

Code du jour: Trop de fonctions (T)

Jocelyn Demoy — Mon, 23 Mar 2009 05:00:00 GMT

Comme il était le plus expérimenté de son groupe lorsque l'on parlait de C#, c'est souvent à Yakir que les développeurs posaient leurs questions. Récemment, un de ses collègues, James, lui demanda la meilleure façon de stocker des centaines d'objets en mémoire. Yakir lui répondit : "Cela dépend de ce que tu souhaites en faire. Si tu veux l'utiliser via un index, le plus simple c'est l'Arraylist. Par contre, si tu veux utiliser le système de clé/valeur, alors prend une Hashtable."

Les besoins de l'application de James semblaient mieux coller avec l'utilisation d'une Hashtable, il décida donc de l'implémenter. Quelques heures plus tard, il revint vers Yakir : "Ton système de Hashtable ne marche pas super" expliqua James, "Tu ne connais pas quelque chose de plus efficace?".

"Euuu", répondit Yakir, "rien n'est vraiment plus efficace qu'une Hashtable. Quel est exactement ton problème?"

"C'est juste trop lent", répondit James, "Dès que j'ai des données dans ma liste il faut presque cinq secondes pour ajouter, retirer ou retrouver un élément."

A ce moment Yakir sut qu'il y avait un problème et décida de jeter un petit coup d'œil au code de James, voici ce qu'il vit :

  class HashTable
  {
    public object[] keys;
    public object[] values;

    public HashTable()
    {
      keys = new object[0];
      values = new object[0];
    }

    public void Add(object key, object value)
    {
      Array.Resize(ref keys, keys.Length + 1);
      Array.Resize(ref values, values.Length + 1);
      keys[keys.Length - 1] = key;
      values[values.Length - 1] = value;
    }

    public void Remove(object key)
    {
      object[] tempKeys = new object[0];
      object[] tempValues = new object[0];
      for (int i = 0; i <= keys.Length - 1; i++)
      {
        if (!keys[i].Equals(key))
        {
          Array.Resize(ref tempKeys, tempKeys.Length + 1);
          Array.Resize(ref tempValues, tempValues.Length + 1);
          tempKeys[tempKeys.Length - 1] = keys[i];
          tempValues[tempValues.Length - 1] = values[i];
        }
      }
      keys = tempKeys;
      values = tempValues;
    }

    public object GetItem(object key)
    {
      for (int i = 0; i <= keys.Length - 1; i++)
      {
        if (keys[i].Equals(key))
        {
          return values[i];
        }
      }
      return null;
    }

    public int NumberOfItems
    {
      get
      {
        return keys.Length;
      }
    }
  }

"Oula!" dit Yakir. " Mais pourquoi tu n'as pas utilisé les Hashtables du Framework .net? Tu sais, celle de System.Collections dont je t'ai parlé."

"J'ai jeté un coup d'œil", expliqua James, "mais il y avait trop de fonctions, ce qui signifie que la collection aurait été plus lente. Ma classe elle ne contient que 3 fonctions, c'est donc plus efficace."

Article de fond: Notepad Translation Error (T)

Jocelyn Demoy — Fri, 13 Mar 2009 05:00:00 GMT

Savoir rejetter une faute sur un tiers est un art puissant qui nécessite d'être utilisé avec agilité. Dans certains cas la situation rend la chose plutôt simple. On peut citer le classique "C'est à cause du prestataire mais lui en parle pas ça le mettrait mal à l'aise", où encore le "Ha ça .... encore une peau de banane que X a laissé derrière lui" (remplacez le X par un collègue parti, vous noterez le bonus x2 lorsque le collègue est prestataire). Certains font preuve d'une imagination incroyable pour réussir à se sortir des pires situations, parfois ça passe, parfois pas. La règle d'or est pourtant simple : s'assurer de bien cerner les limites des connaissances de son interlocuteur, et lui envoyer un argument hors limite avec un aplomb sans faille. Malheureusement pour eux, les éditeurs du logiciel que Rick utilisait n'ont pas fixé cette limite bien loin...

Depuis plusieurs jours, Rick était en conflit avec un éditeur de logiciel. Le système de Rick était sensé communiquer avec le logiciel de l'éditeur en utilisant des fichiers XML. Problème, les fichiers en provenance du système éditeur revenaient dans un format XML incorrect. Rick envoya donc un message au contact technique ("Terry") signalant que les données retournées n'étaient pas valides. Terry lui répondit qu'il allait analyser le fichier en question.

Le problème que Rick avait découvert concernait le format des quotes d'un des attributs du fichier XML. En effet, l'un d'entre eux avait des simples quotes alors que le reste du fichier était bien en double quote. Terry répondit que le fichier XML utilisait uniquement des doubles quotes et pour soutenir son propos, il envoya à Rick des copies d'écran issues de XMLSpy et d'IE montrant que le fichier était effectivement uniquement composé de doubles quotes.

"Oui, je vois bien" répondit Rick par email, "Mais XMLSpy et IE sont capables de corriger à la volée les petites erreurs - par exemple simples quotes en double quotes". Rick décida d'employer la même technique que Terry et lui envoya une copie d'écran de Notepad affichant le passage en erreur.

Plus tard Rick reçu une réponse :

Bonjour Rick.

Nous avons regardé de près le fichier dans XMLSpy, Notepad et Internet Explorer. C'est uniquement Notepad qui affiche le ' , les deux autres logiciels affichent bien le " , nous pensons que cela vient de la façon dont Notepad traduit les fichiers XML. Si besoin nous serons en mesure de creuser pour comprendre pourquoi Notepad affiche un ' au lieu du ", par contre, cela ne pourra pas se faire avant la semaine prochaine.

Rick avait finalement eu sa réponse. Pourquoi Notepad a décidé de remplacer cette instance spécifique de quotes ? Ca par contre, c'est toujours un mystère ...

Code du jour: Developpeur 1, Crise 0

Jocelyn Demoy — Tue, 10 Mar 2009 04:30:00 GMT

C'est la crise ! Développeurs, augmentez vos lignes de code pour conserver votre job ! Plus le code est long et inutile, plus vous aurez de jours de travail nécessaire pour le maintenir. Et puis, si ça a été dur à développer, il faut bien que ça soit dur à relire non ? Le développeur qui a produit le code que Quentin doit aujourd'hui maintenir avait certainement pressenti la crise arriver...

Depuis maintenant 3 mois, j'ai le "plaisir" de travailler sur la remise à flots d'un projet Java/J2EE. Les délais ont été explosés, les soucis de performances sont constants et la base de code fait peur à voir. Duplication de code, syndrome NIH, métriques qui crèvent le plafond, sans parler de tout le code écrit au mépris des plus simples règles de programmation.

Ce matin, j'ai mis les mains dans la partie s'occupant de l'internationalisation des messages et ai découvert la façon particulière dont le précédent développeur formatait ses textes i18n. Jugez plutôt :

public String getProperty(String key) {
   if (properties != null){
       return properties.getProperty(key);
   }
   return null;
}

public String getDynamicProperty(String key, String param0) {
   String prop = getProperty(key);
   String retour = prop;
   if (prop != null){
       retour = prop.replaceAll("\\{0\\}", param0);
   }
   return retour;
}

public String getDynamicProperty(String key, String param0, String param1) {
   String prop = getDynamicProperty(key, param0);
   String retour = prop;
   if (prop != null){
       retour = prop.replaceAll("\\{1\\}", param1);
   }
   return retour;
}

public String getDynamicProperty(String key, String param0, String param1, String param2) {
   String prop = getDynamicProperty(key, param0, param1);
   String retour = prop;
   if (prop != null){
       retour = prop.replaceAll("\\{2\\}", param2);
   }
   return retour;
}

etc...

J'imagine que le précédent développeur a oublié de regarder l'API du JDK et plus précisément MessageFormat, et ne connait pas les varargs...

Article de fond: Requête futile (T)

Jocelyn Demoy — Fri, 06 Mar 2009 06:00:00 GMT

Je suis sûr que nous avons tous des histoires de projets cauchemardesques que nous héritons de nos clients. Que ce soit un programme critique écrit (en JavaScript) par le cousin de la secrétaire, ou un projet où on laisse les utilisateurs faire eux-mêmes l'analyse de leur outil de gestion de production. Jakeypoo nous fait partager un de ses pires cauchemars :

Imaginez ma surprise quand je suis tombé sur un de ces projets avec ses pages ASP bien écrites et commentées : Je me suis dit que ça allait être facile.

Mon boss me demanda que l'on se mette ensemble à travailler sur le diagramme de la base comme ça il serait capable de se référer aux noms de colonnes, clés, etc. Je lançais notre logiciel de modélisation de base et découvris avec horreur le nom des tables en cours de traitement.

Cn. CnAdr. CnAdrPrf. CnAdrPrfPh_1. CnAdrSal. CnAttr... (ca rame ...)
CnRelEdu_1Attr. CnRelEdu_1AttrCat_1.

Pas de clés étrangères? Ok, ce n’est pas grave. Fallait bien s'y attendre, continuons. Pas... pas de clés primaires? Dans aucune des tables ?
Ok Jake. T'es un mec astucieux, regarde le diagramme. La table "Cn" (Centre nerveux?) semble plutôt importante. Regardons ce que nous avons là.

Petit défi :peux-tu deviner ce que contient l'enregistrement 42?

Pour t'aider je te propose cette requête qui est utilisée pour trouver un enregistrement dans la base :

L'adresse email est dans le champ N° de téléphone. Les url des sites web sont dans le champ autre numéro de téléphone.
Les plus attentifs auront remarqué le passage "networkingFromClause" dans la requête précédente. Pourquoi ne pas taper simplement "FROM Cn?".

L'image qui suit devrait clarifier les choses (ou pas).

Article de fond: Sauvegarde Ping Pong (T)

Jocelyn Demoy — Thu, 26 Feb 2009 07:00:00 GMT

Marcel est administrateur système responsable d'un groupe de bibliothèques. Concrètement cela veut dire que c'est lui qui connait les réponses aux questions "Ce clavier est-il bien branché" et "Pourquoi l'écran s'éteint-il quand je touche ce bouton?".

Mars dernier l'une des bibliothèque dont il a la charge à eu un sérieux problème. Chaque bibliothèque possède un serveur principal ou sont stoquées toutes ses transactions : qui à emprunté tel livre, qui n'a pas payé son abonnement, etc. Le serveur en question était éteint lorsque Marc arriva un matin et il fut incapable de le faire démarrer. Heureusement, le serveur était sauvegardé chaque nuit, Marcel demanda donc à un de ses collègues d'aller chercher la bande de sauvegarde, pendant que lui essaierai de réparer le système.

Quand son collègue revint avec la bande, Marcel la mis dans le lecteur et commenca la restauration. A environs 10% le processus échoua. Marcel essaya encore et encore sans jamais réussir à remonter sa sauvegarde. Pas de problème pensa Marcel, nous avons toujours la sauvegarde du jour précedent, le collègue reparti chercher la bande le l'avant veille et Marcel tenta sa chance une nouvelle fois.

La restauration se déroula sans problème, à un détail prêt : les données dataient toutes de six mois! Marcel et ses collègues était vraiment déconcertés : comment pouvait-il exister une sauevgarde de six mois alors que le plan de sauvegarde prévoyait de ne conserver qu'au maximum trois mois de données? Marcel commenca sa petite enquête en demandant aux autres qui était en charge des sauvegardes.

"Je pense que c'est Jeanne qui s'en occupe les Lundis, et que Christophe prend les Mardis.". Macel appella donc immédiatement Jeanne pour lui demander sa facon d'effectuer les sauvegardes.

"Et bien," commenca Jeanne, "Chaque Lundi matin, je prend une cassette vide en haut de la pile dans l'armoire du sous sol. Une fois la sauvegarde terminée, je la remet dans l'armoire du troisième étage". Comme c'était exactement ce qu'elle était sensée faire, la réponse de Jeanne n'aida pas Marcel à résoudre l'énigme de la sauvegarde datant de six mois.

Il posa donc la même question à Christophe. "Chaque Mardi matin, je prend une cassette vide dans l'armoire du troisième. Je fais ma sauvegarde, et je la pose en haut de la pile dans l'armoire du sous sol."

Puisque le mystère était résolu, Marcel fut en mesure de demander de nouvelles bandes de sauvegardes avec un emballage individuel. Elles ne sont toujours pas étiquetées mais avec de la chance Jeanne et Christophe ont arrêté de se repasser la même bande encore et encore...

Code du jour: Un mail avant la tempête

Jocelyn Demoy — Wed, 17 Dec 2008 06:00:00 GMT

Mickael qui travaille dans un projet d'e-commerce est tombé il y a quelque jours sur un morceau de code pas banal...

la petite dernière, trouvée dans le source d'un presta... the names have been changed to protect the incompetent (remplacez les xxx par l'adresse mail du développeur).

 if (!shm_put_var ($shm_id,$this->key,$cache))
                     {
                        mail("m.xxxxx@xxxx.fr","encore en erreur on est dans la merde \n ".serialize($cache));
                        //echo "
encore en erreur on est dans la merde";
                     }

"Avec ce genre de commentaire on mesure bien la souffrance du développeur en SSII"

Message d'erreur: Miss ... take

Jocelyn Demoy — Sun, 07 Dec 2008 06:00:00 GMT

Une jolie petite coquille trouvée par un annonyme sur le site Miss France de TF1