The Daily WTF: Edition Française

Article de fond: Test Driven Marketing (T)

Jocelyn Demoy — Tue, 13 May 2008 05:00:00 GMT

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.

Le nouveau site web d'HSBP était au top. En plus d'un système de recherche plutôt avancé, le nouveau design du site proposait aussi des forums communautaires et une section appelée "Idées en route", qui permettait aux utilisateurs de télécharger partout dans le monde des messages audio issus de penseurs influant dans le monde du business. Malgré le rapide développement du projet, le cahier des charges flou, et la gestion de projet hésitante, le nouveau site fonctionnait correctement. Dans les leaders du .com, peu d'autres sites pouvaient en dire autant à l'époque.

Une des clés du succès du nouveau site des publications Harvard Business School c'était la prise en compte des tests et de l'assurance qualité dans leur cycle de développement. Les analystes développèrent toutes sortes de tests qui couvraient virtuellement chaque aspect du site. Ils travaillèrent en étroite collaboration avec le département logistique d'HSBP pour s'assurer que les tests - recherche, validation, gestion des clients, etc. - étaient effectués, et l'étaient souvent.

Cette stratégie de tests intensifs validait que le site fonctionnerait comme prévu dans les années qui allaient suivre. Et c'est ce qu'il se passa, tout du moins avant un jour de 2002. Ce jour là, un des cas de test passa en échec : le "test de résultat unique".

Le "Test de résultat unique" faisait partie d'un trio de cas de tests pensés pour tester la logique de recherche du système. Tout comme le test "aucun résultat", qui revenait à effectuer une recherche sur "asdfasdf" pour ne produire aucun résultat, et le test "plusieurs résultats", qui consistait à effectuer une recherche sur "management" pour produire plusieurs pages de résultats, le "Test de résultat unique" effectuait une recherche - en l'occurrence "monkey" - pour vérifier que le système retournait exactement un résultat.

Et pendant trois ans, "monkey" retourna exactement un résultat : Who's Got The Monkey? par William Oncken Jr. écrit en 1974. L'article d'Oncken est destiné aux managers qui "se retrouvent surchargé de travail pendant que leur subordonnés baillent aux corneilles". Quant aux singes, ils sont simplement l'analogie du travail, et non pas ceux pour lesquels les managers devraient soutraiter le travail. Apparement, Oncken n'était pas si en avance que ça sur son temps.

En tout cas, un jour de 2002, la recherche "monkey" retourna deux résultats. Le premier, comme attendu était Who's Got The Monkey?. Le deuxième était Who's Got The Monkey Now?, une réédition du Best seller de HBSP : Who's Got The Monkey?. Bien sûr, le "Test de résultat unique" nécessitait une simple mise à jour des développeurs, rien de bien méchant. Mais, intrigués, ils décidèrent de regarder un peu plus en détail ...

Dans le cadre de la stratégie de tests intensifs dont on parlait plus tôt, l'équipe logistique d'HSBP remplissait son temps libre en exécutant des tests unitaires. D'abord ils exécutaient le test "aucun résultat" puis le test "plusieurs résultats" et ensuite le "Test de résultat unique". Ensuite, ils ajoutaient ce résultat unique - Who's Got The Monkey?- au panier, créaient un nouveau compte client, soumettaient la commande et la validaient. Bien sûr, ils ne la validaient pas totalement - chacun savait que les commandes pour "Mr test test" et "123 rue du test" n'étaient pas validées. Chacun ... ou presque, le département marketing lui, l'ignorait.

Quand le département marketing d'HSBP analysa les courbes de ventes, ils remarquèrent une tendance assez intéressante. Who's Got The Monkey? était LE best seller! Et comme tout département marketing aurait fait, ils ont foncé. HBSP créa des brochures et des produits promotionnels du livre. Ils sont même allés jusqu'à repackager cette boite de singes en plastiques en "les singes de Who's Got The Monkey?". Et finalement, en 2002, la version mise à jour de Who's Got The Monkey? fut publiée par HSBP, cette même version fut retrouvée par le système de recherche qui, au final, causa l'échec du "Test de résultat unique".

Bien sûr, à ce moment, il était trop tard pour agir. Le succès illusoire de Who's got the monkey? avait déjà été largement communiqué comme une réalité. Avec toutes les critiques et commentaires qui en découlaient (dont beaucoup sont toujours visibles) ça aurait même pu devenir un vrai best seller. Inutile de dire que HSBP a depuis changé sa politique de tests intensifs.

Code du jour: Mais ça marchait pendant la démo (T)

Jocelyn Demoy — Wed, 07 May 2008 05:00:00 GMT

On est tous passé par là : tous nos tests unitaires fonctionnaient la veille mais quand il s'agit de lancer la démo vous réalisez que vous avez oublié quelque chose. Depuis, on a inventé la revue de code. Non pas qu'il y ait moins de bug, vous vous sentez juste mieux puisque quelqu'un d'autre a raté le problème.

Par chance pour les amis de Christian, il a l'œil. Quand un de ses collègues atterrit dans une équipe projet assignée aléatoirement, Christian jeta un coup d'œil au code. Apparemment, "Karl", la personne en charge du module d'authentification n'était pas attentif aux critiques du moment que son test unitaire passait.

S'il avait seulement un utilisateur "utilisateurtest" dans la base de données, le test en question fonctionnait, et rapidement en plus.

  public void Authenticate( string username, string passhash )
  {
      SqlDataReader source = _Database.Query("SELECT * FROM users;");

      while ( source.Read() )
      {
          if ( source["user"].ToString() == username
          &&   source["pass"].ToString() == passhash )
          {
              this.authenticated = true;
          }
          else
          {
              this.authenticated = false;
          }
         
      }
  }

Quand notre héros ajouta 10K lignes aléatoires dans la base de données, le test unitaire était certes très lent, mais passait toujours et la démo fonctionnait. Karl fut mieux éclairé sur le problème seulement lorsque Christian s'assura que "utilisateurtest" n'était pas la dernière entrée dans la base de données. Après ça, lui et Karl ont passé quelque temps à discuter du concept de la clause WHERE.

Code du jour: Try Catch ... Return ! (T)

Jocelyn Demoy — Tue, 06 May 2008 05:00:00 GMT

Don nous propose un bout de code sur l'envoi d'email, avec une façon plutôt spéciale de gérer les exceptions :

public Exception SendMail(
      string Template,
      Person Sender,
      Person Receiver,
      string Subject )
  {
     try
     {
        if ( Template.EndsWith(".tmp") == false )
           Template += ".tmp";

        string Body = _Templates[Template];

        // %%SomeWord%%
        Regex word = new Regex("\u0025\u0025[a-zA-Z]+\u0025\u0025");

        foreach ( Match match in word.Matches(Body) )
        {
           switch ( match.Value.Replace("%%", "").toLower() )
           {
              case "username":
                 Body = Body.Replace("%%username%%",  Receiver.UserName);
                 break;
              case "password":
                 Body = Body.Replace("%%password%%",  Receiver.Password);
                 break;
              case "FirstName":
                 Body = Body.Replace("%%firstname%%", Receiver.GivenName);
                 break;
              case "LastName":
                 Body = Body.Replace("%%lastname%%",  Receiver.FamilyName);
                 break;
           }
        }

        MailMessage mm = new MailMessage();
        mm.From    = Sender.WorkAddr;
        mm.To      = Receiver.HomeAddr;
        mm.Subject = Subject;
        mm.Body    = Body;

        SmtpMail.SmtpServer = "mx.domain.net";
        SmtpMail.Send(mm);
     }
     catch ( Exception ex ) { return ex; }

     return null;
  }

Peut être n'ai-je pas compris la façon dont les exceptions sont sensées fonctionner, mais je n'ai jamais ressenti le besoin d'en retourner une, uniquement de les lever. Au passage, ça doit être assez rare de réussir à obtenir un nom et prénom correct dans le mail envoyé. Saurez vous trouver pourquoi?

Message d'erreur: SSII française recherche jeunes diplômés bénévoles.

Jocelyn Demoy — Mon, 05 May 2008 05:00:00 GMT

A la une : la requête pour afficher au hasard un salon qui débute le 22 avril, qui a été validé et qui a une photo.

Bob trouve easy php "peut-être pas si facile que ça tout compte fait".

Mehdi nous informe d'une promotion très intéressante concernant l'aller retour "Paris gare fictive 1" à "Paris gare fictive 2".

Caroline nous dit "En pleine partie de solitaire de Windows, je suis tombée sur ce petit bug". Malchanceuse ou adepte de paint ? à vous de juger.

Atos Origin confirme l'amélioration de son activité.... et pour cause !

Article de fond: Sauvegarde impeccable (T)

Jocelyn Demoy — Wed, 30 Apr 2008 05:00:00 GMT

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

Avec presque un demi-siècle d’expérience dans l’utilisation de l’outil informatique pour faire tourner son entreprise, la société de Chris M connaissait cette loi parfaitement. Enfin, jusqu'à ce mercredi fatidique encore connu à ce jour comme le crash de 68 – où ils jurèrent de ne jamais s’y faire reprendre. Quarante ans plus tard, leur promesse était tenue.

Au fil des ans, l’employeur de Chris s’était rapproché de l’infrastructure informatique parfaite. Ils avaient engagé les meilleurs administrateurs réseau que leur budget leur permettait et leur donnaient sans contraintes les ressources nécessaires pour s’assurer de la solidité de l’infrastructure. Et c’est ce qu’ils faisaient.

Le plan de sauvegarde et de reprise d’activité de la société était impeccable. Chaque système qu’ils avaient acheté – de ce vieux programme de paie sur le System/360 à cette base de données pour l’OS/2 – pouvait être réactivé, soit physiquement, soit en passant par de la virtualisation. Un passage par leur « architecture logicielle » était une épreuve pour beaucoup ; Les nouveaux techniciens sont souvent étonnés d’apprendre, non seulement l’existence des disquettes 5p1/4 mais aussi que la société avait toujours les disquettes d’installation pour CP/M, ainsi qu’un lecteur pour les exécuter.

Naturellement, grâce à la loi de Murphy citée précédemment, cette sauvegarde élaborée est rarement, voir jamais, appelée à être utilisée. Le seul cas où les techniciens réseau peuvent être sur la brèche c’est lors du traditionnel « Oh Zut ! J’ai accidentellement supprimé cette présentation PowerPoint critique ». Et encore, cela est simple à résoudre en guidant l’utilisateur à travers l’utilitaire de restauration intégré à son poste.

Un jour, les techniciens réseau relevèrent une demande de restauration qui semblait intéressante. Un manager de la production avait besoin d’un rapport d’un « vieux vieux » système plus en production. « Vieux vieux » se référant à un ancien système mainframe qui avait été remplacé par le « vieux » système depuis dix ans pour être finalement arrêté en 2001. Restaurer le « vieux vieux » système signifiait installer un nouvel environnement émulé, monter les vieilles images disques et prier que cela démarre sans accros.

C’était en fait la première fois qu’un utilisateur demandait une telle restauration, aussi, les techniciens réseau étaient un peu nerveux. Mais, grâce à leurs méthodes méticuleuses, tout se passa bien. Le système démarra sans problème et le manager de la production fut appelé à se connecter sur le terminal que l’on avait installé pour lui. Il s’assit dans sa chaise, tapa son nom d’utilisateur, et ensuite marqua une pause pendant un moment.

« Maintenant, quel était mon mot de passe il y a cinq ans ? »

Code du jour: Jouons avec les maths (T)

Jocelyn Demoy — Tue, 29 Apr 2008 05:00:00 GMT

Ward n’est pas un développeur chanceux. Lorsque les deux principaux (et uniques) développeurs de l’application flash furent licenciés, il fut appelé pour nettoyer leur bazar. Voici ce qu’il nous raconte :

Il y a quelques mois, je me suis vu demander d’effectuer quelques légères modifications (5 heures de travail) sur une application faite par ces deux développeurs (ils l’ont faite ensemble ce qui empire les choses). Cette application est pour une agence gouvernementale qui avait déjà payé pour les mises à jour à effectuer. On me demandait simplement de remplacer la base de données avec une version mise à jour, de compiler l’installeur et d’expédier le tout.

Cela semblait plutôt facile mais après 150 heures de travail, 20K de lignes de code, une visite d’un des anciens développeurs, il trouvait encore des perles comme :

// find the next "value" divisible by "value"

  value += 1
  while ( 0 <> value%step )
  {
      value += 1
  }

et

// is value negative?
  if ( "-" == value.toString().substr(0,1) )
  {
      // value is negative
      ...
  }

Inutile de dire que Ward fut ravi quand son manageur le laissa réécrire le projet entier de A à Z.

Article de fond: Code pin oublié? on vous le Post

Jocelyn Demoy — Mon, 28 Apr 2008 05:00:00 GMT

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.

Cityssimo est un service de LaPoste gratuit et parfois assez utile. Une carte d'accès à un local ouvert 24h/24 7j/7 où tout est automatisé et dans lequel LaPoste dépose vos colissimo reçus. Service très agréable donc, sauf que le colis doit être un colissimo normal (pas de recommandé) les dimensions doivent être raisonnables etc.

J'ai été introduit à ce service il y a à peu près un an par un collègue de boulot. Celui-ci ayant perdu son code pin (ils préfèrent dire code pin que mot de passe pour le code à 4 chiffres), il essaya de le récupérer. Dans la partie "mon compte" du site, il y a un formulaire demandant l'email et le mot de pa... le code pin pardon. Les deux champs sont bien sûr obligatoires pour accéder à son compte. Au dessous se trouve le fameux "Code PIN oublié ?".

En cliquant dessus, mon collègue, au lieu de se voir redirigé sur une page pour récupérer son code pin, voit simplement le formulaire d’accès à son compte validé et reçoit le message :

" Les informations saisies sont incorrectes. Merci de les ressaisir. Si vous avez oublié votre code PIN, veuillez cliquer sur « Code PIN oublié ? ». "

Il suit donc consciencieusement le conseil du site en recliquant sur le fameux « Code PIN oublié ? » mais rien n’y fait, il revient toujours au même message l’invitant à cliquer sur le lien « code pin oublié ».

En regardant de plus près, on se rend compte que le lien renvoie vers :

javascript:document.forms[0].submit();

En consultant le code source de la page (au moins on peut dire qu'il est aéré) on ne trouve aucun autre formulaire que de connexion. Semble-t’il que quelqu'un ait oublié de traiter le problème.

Mon collègue envoie alors un email au service et récupère son ~~mot de passe~~ code pin, ainsi que l’assurance que le problème serait transmis au service technique. Il y a quelques jours de cela, un an après avoir reçu le mail, je me reconnecte sur le site de Cityssimo. En passant dans la rubrique "mon compte", je me suis aperçu avec amusement que le problème n'était toujours pas résolu...

Article de fond: Le robot de la peur (T)

Jocelyn Demoy — Fri, 25 Apr 2008 05:00:00 GMT

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.

Comme ils avaient déjà un site web existant avec un contenu conséquent, les utilisateurs voulaient profiter de la migration pour réorganiser et recharger leur site dans le nouveau système avant que celui-ci ne soit mis en ligne. Comme vous pouvez l'imaginer, ce fut un processus très chronophage. Mais, après plusieurs mois, ils avaient finalement remis tout le contenu dans le nouveau système et l'avaient ouvert sur le World Wilde Web.

Tout semblait fonctionner correctement pendant les quelques jours suivant la migration. Mais, au sixième jour, les choses commencèrent à se gâter : tout le contenu du site web avait complètement disparu et les pages web pointaient toutes sur la page par défaut "veuillez saisir une page de contenu". Oups...

Josh fut appelé en urgence pour trouver la panne et remarqua qu'une adresse IP particulière avait supprimé tout le contenu du système. L'adresse IP n'appartenait à aucun hacker du bout du monde qui aurait voulu détruire une organisation gouvernementale. Non, l'adresse appartenait simplement à googlebot.com, le robot d'indexation de Google. Oups.

Après un peu de recherche (et de lutte pour trouver une sauvegarde non corrompue), Josh comprit le problème. Un utilisateur avait copié et collé du contenu entier d’une page du CMS sur une autre, incluant un lien "edit" pour éditer le contenu de la page. Normalement, cela n'aurait pas du poser de problème car un utilisateur externe se voit demander de saisir son login et mot de passe. Mais, le système d'authentification du CMS ne gérait pas les techniques de hack sophistiquées du robot de Google. Oups.

Comme on peut le deviner, le robot de google n'utilise pas de cookies, ce qui signifie qu'il peut facilement contourner le système basique de vérification "estConnecte = faux" du cookie. De même, il ne se soucie pas du code JavaScript des pages web, qui en temps normal devrait rediriger les utilisateurs qui ne sont pas connectés. Par contre, il suit tous les hyperliens de chaque page qu'il trouve, incluant bien évidement ceux nommés "Supprimer la page". Oups

Finalement, Josh fut en mesure de recharger une version pas trop vieille du site. Il remonta le problème à sa direction -- que la sécurité pouvait être contournée en désactivant les cookies et le JavaScript -- mais ils ne saisirent pas vraiment où était le problème. A la place, ils dirent au client de ne JAMAIS copier coller du contenu d'une page dans une autre.

Code du jour: xml contre csv : le choix est évident (T)

Jocelyn Demoy — Thu, 24 Apr 2008 05:00:00 GMT

Le bout de code du jour nous viens de Rob O. Rob travaillait en tant que prestataire sur différents projets depuis environ une année quand on lui demanda de participer à une réunion avec deux avant vente et deux membres de la MOA client pour préparer un nouveau projet. Bob n'avait pas remarqué que pendant la discussion, l'un des avant vente de sa société prenait des notes d'une manière très énergique à chaque fois qu'on leur posait une question à propos de XML.

Ils n'avaient pas plongé beaucoup dans la partie technique mais les membres de la MOA savaient ce qu'ils voulaient. La compatibilité avec le mot à la mode. Le "buzz" XML.

Quand Bob n'était pas ignoré en tant que simple prestataire, on lui demandait si le système serait en mesure de gérer et d'envoyer différents types de fichiers et de messages comme XML qui bien sûr, en était capable. A chaque fois qu'une question à propos de XML était posée, un avant vente répondait "Oui", suivi d'un signe de tête enthousiaste, " Notre système gèrera le XML."

Plusieurs mois passèrent et arriva le début de l'automne. Rob reçut les spécifications du système et commença à travailler dessus. Après avoir découvert que la documentation technique avait de sérieuses lacunes, il demanda un exemple de fichier d'échange de données. Voici ce fichier :

<?xml version="1.0" encoding="iso8859-1" ?>
<import tag="1stTEST" type="data" mode="update">
<options> 
    <dateformat mmddyyyy="true"/> 
        <notification> 
            <EMail>example@example.com</EMail> 
        </notification> 
    </options> 
    <fields>
        <field name="name" type="char" mapsto="person.data"/> 
        <field name="officeid" type="char" mapsto="custom.locationid"/> 
        <field name="startyear" type="char" mapsto="person.yearstarted"/> 
        <field name="personelid" type="int" mapsto="person.id"/> 
        <field name="dob" type="date" mapsto="person.dateofbith"/> 
        <field name="sex" type="char" mapsto="person.sex"/> 
        <field name="modified" type="date" mapsto="record.modified"/> 
    </fields> 
    <csvdata columnheaders="false"> 
<![CDATA[
"Jack Wade",214,2002,111012,07/04/1975,"M",02/11/2006
"Sam Davidson",214,1999,104841,10/15/1967,"M",02/10/2006
"Denise V Law",214,1998,104660,01/21/1971,"F",02/17/2006
"Lisa Blake",214,1989,100987,08/01/1982,"F",01/21/2006
"Andrew Match",214,1991,101074,12/25/1980,"M",02/28/2006
]]> 
    </csvdata> 
</import>

Après vérification, c'était effectivement le format que le client souhaitait pour son système. Un document XML parfaitement conforme, compatibilité avec le mot à la mode accomplie !

Code du jour: Une brève histoire de date (T)

Jocelyn Demoy — Tue, 22 Apr 2008 05:00:00 GMT

Algirdas Kepezinskas était en train de débugger du code d'un client lorsqu’il trouva l'un des plus merveilleux algorithmes de manipulation de date. J'ai enlevé le nom de la fonction, et je vous laisserai comme exercice, d'essayer de trouver ce que ce gros tas d'arithmétique fait ...

private int ?????? (Date date1, Date date2)
{
  int retval = 0;
  if (date1 > date2) return 0;

  int d1 = date1.Year * 10000 + date1.Month * 100 + date1.Day;
  int d2 = date2.Year * 10000 + date2.Month * 100 + date2.Day;
  int dat = d1 / 100;
  int a = 0, d = 0;

  while ((dat <= (d2 / 100)) && (a < 12))
  {

    int daymo = 31;
    if (dat/100 == 2) if ((dat%100 %4)==0) daymo -= 2; else daymo -= 3;
    if ((dat/100 % 2)==(dat/100 / 8)) daymo -= 1;

    if ((d1/100 == dat) || (d2/100 == dat))
    {
      if (d1/100 == dat) d = daymo - (d1%100)+1;
      if (d2/100 == dat)
      {
        if (d1/100 == d2/100) d -= daymo - d2%100;
        else d = d2%100;
      }
    }
    else d = daymo;

    retval += d;

    if (dat%100 == 12) dat = (dat/100 + 1)*100 + 1;
    else dat += 1;

    a +=1;
  }

  return retval;
}

On abandonne déjà? Je vous donne un indice : la seule ligne de code avec laquelle Algirdas remplaça la fonction ...

return (date1 - date2);

Message d'erreur: Vive les soldes...

Jocelyn Demoy — Mon, 21 Apr 2008 05:00:00 GMT

Je suis en vacances cette semaine, en Bretagne et sans accès web (la pluviométrie perturbe les communications il parait ...) je vous ai néanmoins préparé quelques billets. N'hésitez pas à continuer de m'envoyer vos contributions je les étudierai dès mon retour.

Guillaume G. n'a probablement jamais gravé aussi rapidement.

David lui est heureux d'apprendre que Nero fait aussi le ménage lors de l'installation...

$submitter$ m'a envoyé cette jolie publicité (merci Régis)

Envoyé par Benjamin : "Pour ne pas prendre de risques, j’ai préféré annuler…"

Pour finir un anonyme nous envoie : "Vive les soldes... sauf quand le pc est planté"

Article de fond: Le prix du non-sens (T)

Jocelyn Demoy — Fri, 18 Apr 2008 05:00:00 GMT

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.

Andy n'avait pas beaucoup à modifier le code de Pete, seulement lors de bugs occasionnels. D'ailleurs Andy n'était jamais très à l'aise pour corriger les bugs de Pete, bien que ce soit principalement des erreurs de logique.

Quand Andy apprit que son équipe allait devoir porter le code de Pete sur une nouvelle application, lui et son équipe se battirent corps et âme pour obtenir une réécriture complète du code. Les erreurs de logique sont les pires argumentait avec force Andy. Les bugs peuvent rester cachés pendant des semaines avant qu'on doive se bousculer pour corriger les données erronées. Qu'importe, la direction n'avait pas les budgets, on demanda à Andy d'effectuer un portage du code.

Pete était célèbre pour ses bidouilles. Souvent, cela signifiait résoudre un problème qui n'existait pas avec la pire solution imaginable. Dans notre cas c'était une bidouille pour le type MONEY, DECIMAL et SMALL MONEY de SQL Server.

L'application devait stocker des dollars et des centimes dans sa base. Pour se faire, Pete créa une colonne ENTIER dans la table commission appelée "prix_en_centime". Heureusement, il avait prévu de créer sa propre classe "Money" pour utiliser "prix_en_centime" plus facilement, et il s'en servait comme adaptateur pour toutes ses opérations d'insertion mises à jour.

Money myMoney = new Money(0.10); // $.10
return myMoney.DBValue; // retourne 10

Andy ouvrit Money.cs et eu un bref aperçu des changements de précisions :

public int DBValue
{
    // Pete 01/05- precision en centimes:
    // get { return Convert.ToInt32(_value * 100.0); }

    // Pete 01/20- precision en 1/10 de centimes:
    // get { return Convert.ToInt32(_value * 1000.0); }

    // Pete 02/13- precision en 1/100 de centimes:
    get { return Convert.ToInt32(_value * 10000.0); }
}

Deux (imaginaires) décimales ne suffisant pas pour suivre les commissions, ils avaient eu besoin d'une précision au dixième de centime. Heureusement pour Pete, chaque "prix_en_centime" était écrit pour cela. Le champ avait d'abord été passé par sa classe Money et injecté à partir de sa propriété dbvalue, qui contiendrait la valeur effective à écrire dans la base de données. Concrètement, 0.1 € était stocké 10. Maintenant 10 centimes était stocké 100.

Une autre mise à jour ajouta un nouveau zéro à la conversion pour encore plus de précision, donc maintenant, la valeur en base de Money(0.10) serait 1 000.

Ce fut à ce moment qu'Andy se retrouva avec plusieurs tables dont les données avaient des valeurs différentes dans la colonne 'prix_en_centime' qui d'ailleurs devraient être nommées 'prix_en_centaines_de_centimes'. Ainsi, les valeurs ne signifiaient plus rien : une valeur de 500 000 pouvait aussi bien signifier 5 000€, ou 500 ou 50 en fonction de la version de la librairie utilisée pour encoder le prix.

Bien qu'il le désirait plus que tout, Andy n'était pas en mesure d'abandonner le système de gestion monétaire. Les directives de la direction étaient claires : "Adaptez mais ne changez rien". Malgré cela, il fut capable d'introduire en douce une petite modification. Prix_en_centime fut transformé en un type DECIMAL et le système devint (un peu) plus stable.

Article de fond: La boucle assurance (T)

Jocelyn Demoy — Thu, 17 Apr 2008 05:00:00 GMT

"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."

"En fait..." répondit le recruteur, "ils ont besoin de quelqu'un dès que possible. Peux-tu les rencontrer plus tôt, cet après-midi par exemple".

Heureusement, Ben s'était non seulement lavé mais aussi rasé ce jour-ci. Il accepta donc l'entretien et deux petites heures plus tard, Ben arrivait à la société pour rencontrer Wayne, le développeur en chef.

"Merci de venir si vite", commença Wayne, "Le précédent sur le poste est parti si soudainement. Je vois que vous avez été chez Initech quelques mois, qu'avez-vous fait la bas?"

"J'étais dans le dévelo-"

Wayle le coupa. "Ok, donc vous avez travaillé en assembleur avant?"

"Oui, en fait, sur le dernier proj-"

Wayle le coupa de nouveau. "êtes vous familier avec la programmation multi-tâche?"

Alors que Ben se lançait dans des explications sur le développement multi-tâche des années 90, il remarqua que Wayne avait déplacé son attention sur son bloc notes. Tout en faisant d'occasionnels "hum hum" d'affirmation, Wayne commença à écrire quelques notes.

"Ca me semble bien", interrompit Wayne encore, "Maintenant jetez un coup d'œil à ce code. Dites moi ce qui cloche avec".
Wayne pris le bloc note où il était manuscrit un code en C.

int i;
char *p = 0x10000;
for (i = 0; i < 1000000;i++) 
{
   *p++ = 0;
}

Ben lui montra le dépassement de capacité de l' integer et ajouta, "Mais dans tout les cas j'utiliserai simplement memset."

"Super" dit Wayne , "Vous avez le job ! Pouvez-vous commencer maintenant?"

"Je pense" Répondit Ben un peu confus. Il était 15h03 - exactement trois minutes après le début de l'entretien - et Ben n'avait rien prévu d'autre pour l'après midi. "Et bien ... allons-y !"

"Parfait" Dit Wayne enthousiaste. "Ok, donc tout d'abord laisse moi te dire que ce sera le job le plus facile que tu n'aies jamais fait. Vraiment, on n'a pas trop besoin d'aide supplémentaire mais depuis le départ du prestataire, on recherche quelqu'un pour combler le trou, tu sais comment ça marche."

Wayne continua puis se tut pendant un bref moment. "J'ai mis en place la règle des 80/20 ici. Tu en as déjà entendu parler avant?"

Wayne ne laissa pas à Ben une chance de répondre, "Rien - et je dis bien rien - en informatique ne prend moins que 80 heures, et quoique tu puisses penser combien de temps ça prendra, multiplie le par 20, et dis ça à son manager. Tu vois, 80/20".

Ce n'était pas vraiment la règle des 80/20 que Ben connaissait mais il pensait que chacun devait avoir la sienne. Après avoir parcouru quelques autres "règles" du service développement, Wayne expliqua à Ben ce sur quoi il allait travailler.

C'était une application logistique plutôt ennuyeuse qui tournait dans le MTWS maison, ou plutôt : Multi-Tasking Windowing System. Bien que Microsoft Windows 2.11 était présent sur le marché depuis un petit bout de temps, personne dans la société ne semblait y croire, cela explique pourquoi ils avaient développé leur propre solution.

C'est Wayne qui avait conçu et développé MTWS. C'était un gestionnaire de fenêtres basé sur Ms DOS qui utilisait des caractères ascii pour afficher des "fenêtres". Chaque fenêtre pouvait héberger une des quatre applications différentes (dont une serait à la charge de Ben), et permettait le dragging, le recadrage et les communications inter fenêtres.

Après avoir regardé brièvement le MTWS et l'application de logistique, Ben rentra chez lui pour la journée et revint le lendemain tôt pour être prêt à commencer. Les jours qui suivirent furent plutôt calmes, tout comme les semaines et les mois qui suivirent.

Sous la direction de Wayne, Ben passait une heure par jour à effectuer de la maintenance ou quelques petits changement sur l'application qu'on lui avait assigné, et le reste de la journée à se tourner les pouces.

Avec tout ce temps libre et sans internet pour surfer, Ben passa son temps à fouiller dans les entrailles de MTWS. C'était du code C plutôt bien commenté et bien structuré qui avait des assemblies disséminées ici et là. Un jour, alors qu'il parcourait le sous système graphique, il remarqua une petite boucle ensevelie dans le code ...

for(i=0;i<1000000;i++) {;}

Il apparut que cette boucle tournait quelque soit l'action demandée. Il revérifia et comprit que effectivement cette boucle était effectuée à chaque mise à jour de l'écran.

Pensant qu'il avait trouvé un bug ou un vestige de bout de code, Ben demanda à Wayne ce qu'il devait faire.

"Ha," gloussa Wayne. "Ceci, mon ami est ce que l'on appelle une 'boucle accélératrice'. Nous la considérons comme ... une assurance"

Ben secoua la tête, essayant de comprendre comment il avait pu passer à coté, c'était encore une technique pour s'affranchir du travail.

"L'idée," continua Wayne, " c'est que à tout moment nous pouvons avoir des semaines de travail calmes - tu sais, le genre où tu n'as pas vraiment de bug à corriger ou de changements à faire - et bien, on enlève juste un de ces zéro dans la boucle. Ensuite on dit à la direction que on a eu des problèmes de vitesse avec le dernier changement demandé et que, après beaucoup d'optimisations très compliquées, nous avons été en mesure d'accélérer le système de façon significative et que l'on devrait être capable de commencer les demandes de changement la semaine prochaine".

"Tu vois", dit Wayne après avoir marqué une brève pause, "une assurance".

Code du jour: Pas tout à fait compris ce truc appelé "polymorphysme". (T)

Jocelyn Demoy — Wed, 16 Apr 2008 05:30:00 GMT

Objet. L' encapsulation de champs et d'opérations pour rendre le code plus simple et plus réutilisable. Facile !
Polymorphisme : L'habilité d'avoir des objets avec le même comportement, à travers l'héritage, les interfaces , etc.. Pigé.

Maintenant essayons d'appliquer ce truc appelé Object-Polymorphisme

        if(obj instanceof MMSNode) {
            MMSNode node = (MMSNode)obj;
            attribs = node.getAttribs();
        }
        else if(obj instanceof MMSPhysComp) {
            MMSPhysComp physComp = (MMSPhysComp)obj;
            attribs = physComp.getAttribs();
        }
        else if(obj instanceof MMSLogComp) {
            MMSLogComp logComp = (MMSLogComp)obj;
            attribs = logComp.getAttribs();
        }
        else if (obj instanceof MMSPhysLink) {
            MMSPhysLink physLink = (MMSPhysLink)obj;
            attribs = physLink.getAttribs();
        }
        [code découvert par David Shay]

Hummm wai, ça me semble bon ! Appelez moi Maitre de l'orienté Objet.

Code du jour: Rigoureux mais "Simple"

Jocelyn Demoy — Tue, 15 Apr 2008 05:00:00 GMT

Alexandre partage avec nous un morceau de code du projet dont il a eu la "chance" d'hériter.

Il y a beaucoup de moyens d'initialiser une variable. Si l'on veut faire une variable dont le HiWord et le LoWord valent 1, on peut s'y prendre de la manière suivante:

X := $00010001;

ou bien

X := MakeLong(1,1);

Mais mes prédécesseurs ont trouvé une solution beaucoup plus lisible, je vous laisse la découvrir:
var
 MyUnit: LongInt;
begin
 MyUnit := 1;
 UserData := ((MyUnit shl 16) or (MyUnit and $0000FFFF));
end;

D'après Wikipedia: "Le pascal a été conçu pour servir à l'enseignement de la programmation de manière rigoureuse mais simple, en réaction à la complexité de l'Algol 68" ...