The Daily WTF: Edition Française

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

Article de fond: Le bug qui a fait planter le monde entier (T)

Jocelyn Demoy — Thu, 20 Nov 2008 05:30:00 GMT

Où étiez-vous au matin du 1er janvier 1984 ? Moi? J'étais bien au chaud, profitant des 22 jours qui me restaient avant d'ouvrir les yeux. Vous autres étiez certainement tous en train de célébrer comme il se doit la nouvelle année. Tous? certainement pas, quelques uns - comme Robert Reagan - étaient en fait en train d'essayer de corriger désespérément un bug qui avait fait planter une bonne partie des ordinateurs du monde.

Avec tous les problèmes de date sensés causer "La fin du monde" - l'an 2000 par exemple - c'est surprenant que peu de gens aient entendu parler de ce jour où le monde s'est réellement arrêté. Ce jour là - 1er Janvier 1984 - un simple bug fut responsable de l'arrêt - et du non-démarrage - de bon nombre de système informatisés.

Il y avait trois choses qui faisaient fureur dans les années 80 : Le Rubik's cube, Madonna et Wangs. Autant j'ai peu de doutes sur votre connaissance deux premières icônes des années 80, autant il est peu probable que vous connaissiez Wangs - et tous les systèmes de Wang Laboratories -, tombé depuis dans l'obsolescence. Sachez qu'il y a un quart de siècle, Wang était vraiment très présent sur le marché.

Aux alentours des années 83, Wang Laboratories employait près de 30 000 personnes et avait un chiffre d'affaire de 6 milliard de dollars : ses ordinateurs étaient partout. Le Wand OIS (Office Information System) convenait parfaitement pour la plupart des entreprises et offrait un système "Facilement extensible" grâce à son système de langage de programmation par glossaire. C'était si simple qu'apparemment, même les secrétaires pouvaient maîtriser pleinement la machine.

Pour vous donner une idée plus précise de la situation, Wang était en mesure de concurrencer les IBM System 34 et System 36 avec sa propre série de mini-ordinateurs (avant l'ère micro) appelés le Wang VS. Ces systèmes incluaient les outils de développement standard - COBOL, BASIC, RPG, etc - ainsi que des outils maisons. Et comme la plupart des système d'exploitations de cette ère, le Wang VS étaient un peu "particulier".

Une fonctionnalité de sécurité intéressante du Wang VS était le principe de date d'expiration de fichier. En plus d'avoir une date de création et de modification, chaque fichier possédait une date d'expiration! Si quelqu'un - qu'importe les droits utilisateurs - essayait de supprimer le fichier avant sa date d'expiration, le système d'exploitation levait une erreur - J'imagine que l'évolution de ce système a été le principe de la lecture seule -. Bien que les utilisateurs pouvaient changer la date d'expiration par une ligne de commande, cette fonctionnalité était vue comme un "petit plus" qui permettait d'éviter des suppression accidentelles.

Comme beaucoup de systèmes d'exploitation, les Wang VS et ses applications utilisaient des fichier temporaires pour faire toute sorte de choses. Et comme beaucoup de système de développement modernes (java pour ne pas le citer), il n'y avait pas de mécanisme de base pour les opérations sur les dates et les heures. A la place, différents modules du système d'exploitation et ses différentes applications se basaient sur différentes fonctions pour les calculs des date et d'heure. Sans surprise, l'une des fonctions était buggée.

Malheureusement, le bug se trouvait dans le système chargé de la création des fichier temporaires. Plus précisément, chaque année bissextile, le système initialisait par erreur à "1" l'index du jour de l'année qui débutait en temps normal à zéro. En d'autre termes, quand le 1er Janvier 1984 (jour 0 d'une année bissextile) enclencha sa première milliseconde, le code défectueux mit le 2 janvier 1984 comme date d'expiration des fichiers temporaires. Le système d'exploitation fut incapable de supprimer ses propres fichiers temporaires et puisque ces fichiers étaient créés et supprimés chaque seconde, un à un chaque processus dans le Wang VS tomba en panne, causant le dysfonctionnement des ordinateurs. Comme le processus de démarrage incluait lui aussi la création et la suppression de fichiers temporaires, les ordinateurs ne pouvaient pas être redémarrés. Et oui, chaque système Wang VS dans le monde était incapable d'être redémarré.

Les ingénieurs de Wang et le support technique travaillèrent toute la journée pour réparer tous les ordinateur plantés. Grâce à la combinaison du jour férié du nouvel an et du service de transport de nuit de FedEx (qui était apparemment sous système IBM), la plupart des sociétés ne souffrirent que d'une légère interruption de service. C'est ainsi que le jour où le monde s'est vraiment arrêté se termina comme chaque autre.

Prochain rendez-vous le 19 janvier 2038 à 3h14 et 7 secondes ...

Message d'erreur: What The Fridge ?

Jocelyn Demoy — Mon, 17 Nov 2008 07:00:00 GMT

Louis : "Qui aurait cru que l'environnement linguistique de cette boisson au lait pouvait influencer à ce point sa conservation?"

Dell prix nobel de la paix ?
Florian nous fait part du "Petit craquage de la part du site de Dell" (source)

Alexandre en direct de la désinstallation d'actuate ...

... pas étonnant après ce genre d'installation :

Mickael : Connu mais toujours amusant

Moins connu mais pas mal non plus:

Code du jour: Ca-va-spammer

Jocelyn Demoy — Fri, 31 Oct 2008 05:00:00 GMT

Comme vous le savez certainement, le Sénat a adopté hier le texte antipiratage à une large majorité. Coïncidence amusante, Kevin V. m'a envoyé hier un superbe captcha trouvé sur un site s'opposant à la loi Hadopi.

"Sur le site Ca-va-couper.fr (site humoristique sur la future loi Hadopi), le captcha utilisé sur la page pour recommander le site à ses amis... est en clair dans la page !"

Détail du code HTML :

<div class="champ_libelle_formulaire">
Pour éviter le spam, recopiez le code suivant : <b>DA4768</b>
</div>

Ne serait-ce pas le comble pour un site qui prône le droit au piratage... de se faire pirater ?

Message d'erreur: La réponse de Motorola à Apple

Jocelyn Demoy — Mon, 27 Oct 2008 07:00:00 GMT

Mickael et Juliette : Après le MacBook parfaitement con de la semaine dernière, voici L'intelligence renouvelée de mon Q. (Source)

Message d'erreur: MacBook parfaitement con

Jocelyn Demoy — Wed, 15 Oct 2008 08:00:00 GMT

Mickael m'a informé d'une bien jolie boulette sur le site d'apple, manifestement le caractère "ç" de "conçu" n'est pas bien passé. (source )