Productivity on The Cloud Optimist

La Méthode du Canard en Plastique - pourquoi ça marche ?

Wed, 26 Jun 2019 22:49:13 +0200

La programmation est un art complexe. Vous êtes un véritable architecte et votre mission est de concevoir, construire, décorer et entretenir une application, un peu comme vous le feriez pour une maison.

Cependant, une difficulté émerge : vous devez communiquer des informations à une machine à travers des langages de programmation pour que tout fonctionne. Alors que vous ne parlez pas à vos meubles pour les placer dans votre maison, n’est-ce pas ? N’est-ce pas ?

Cette petite différence est cruciale, car il arrive parfois que vous rencontriez un problème sans savoir pourquoi il est là. Vous avez développé cette chose tellement parfaitement qu’elle ne devrait pas échouer. Et pourtant, voilà un bug, et vous ne savez pas pourquoi.

La première chose à faire est bien évidemment d’accuser l’ordinateur. Après tout, vous savez ce que vous faites, il n’y a aucune raison pour que vous ayez écrit quelque chose de travers. C’est probablement cet imbécile d’ordinateur qui vous fait encore passer pour un idiot. Mais la vérité est difficile à avaler.

La machine fait exactement ce que vous lui dites de faire.

– Bill Gates, probablement

Que vous le vouliez ou non, votre ordinateur est bête. Il récupère sans réfléchir l’information que vous lui fournissez et l’exécute. Et s’il échoue, c’est sans aucun doute de votre faute. Je sais que ça fait mal, croyez-moi. Mais ne vous inquiétez pas trop, cela est arrivé à chacun de nous, et au final, tout le monde s’en est sorti.

Maintenant, tout dépend de vous. Vous savez que vous avez fait quelque chose de travers, mais vous ne parvenez pas à savoir quoi. Que faire ? Faut-il chercher des réponses sur StackOverflow ? Démissionner de votre poste car vous n’êtes clairement pas à la hauteur ? La réponse est simple.

La première étape quand vous êtes bloqué, est de faire appel à la sagesse du canard.

Je sais ce que vous pensez en ce moment : Qu’est-ce que tu es en train de fumer et où puis-je trouver ça ? Mais croyez-moi, cette histoire de canard n’est pas une hallucination, c’est même LA meilleure façon de vous aider.

Ne vous inquiétez pas cependant, vous n’aurez pas besoin de conduire à la ferme la plus proche et voler un canard pour appliquer ce conseil. Dans notre cas, un canard en plastique est tout ce dont nous avons besoin.

Une fois que vous en avez un et que vous le placez sur votre bureau, la seule chose qu’il vous reste à faire est de lui parler. Allez-y, ne soyez pas timide. Et expliquez-lui ce qui se passe avec votre code.

Je préfère vous en parler tout de suite pour que vous ne soyez pas choqué quand vous serez confronté à la vérité, mais le canard ne vous répondra pas. C’est déchirant, je sais. Cependant, il est l’auditeur parfait et sa patience est bien au-dessus de celle de n’importe quel autre être humain, contrairement à vos collègues. De plus, le canard ne jugera jamais vos erreurs. Il est gentil et compréhensif.

Et plus vous lui expliquerez vos problèmes, plus vous réaliserez ce qui n’allait pas dans votre code. En effet, le fait d’expliquer correctement au canard ce que vous tentez de faire mettra en évidence une petite incohérence entre ce que vous avez fait et ce que vous essayez d’accomplir. Petit à petit, vous serez bientôt capable de repérer la ligne exacte de code qui causait tous vos problèmes et de la corriger comme un pro.

Et c’est pour ça que le canard est si utile. Non seulement vous laissez vos collègues travailler en paix, mais cet exercice vous oblige à prendre du recul par rapport à votre code afin de pouvoir l’expliquer à quelqu’un qui n’a aucune idée de ce qui se passe.

Cet effort de mettre des mots sur le comportement attendu et ce que vous avez pu accomplir jusqu’à présent mettra en lumière toutes les erreurs potentielles que vous auriez pu commettre pendant le développement, des choses qu’on ne voit pas quand on passe huit heures à regarder son code sans s’arrêter.

En décrivant ce que le code est censé faire et en observant ce qu’il fait réellement, toute incohérence entre ces deux devient apparente.

– Stephen J. Baker

Alors, la prochaine fois que vous serez bloqué, ne dérangez pas vos collègues, économisez votre connexion internet et demandez simplement au canard !

Si vous souhaitez en savoir plus sur cette méthode, je vous conseille vivement de jeter un œil au site qui a inspiré ce billet : https://rubberduckdebugging.com/.

FizzBuzz, la façon la plus simple et efficace de tester un développeur

Mon, 27 May 2019 13:35:55 +0200

Lorsque je suis sorti de mon école d’ingénieur, j’ai passé beaucoup d’entretiens dans l’espoir d’obtenir un poste de développeur. Mes expériences s’étant limitées à quelques stages, je redoutais cette partie de l’entretien où je devais me lever et résoudre un exercice de code sur un tableau blanc, ou même simplement répondre à quelques questions techniques. Je me trompais.

Aucun entretien ne m’a testé sur mes compétences en développement.

J’aurais pu mentir tout au long de l’entretien et tout de même obtenir le poste.

Pour être honnête, je ne fais pas partie de ceux qui louent les questions techniques comme s’il s’agissait d’une formule magique pour détecter les bons développeurs. Je préfère penser qu’une personne avec un bon tempérament, passionnée et humainement agréable est beaucoup plus intéressante qu’un “je-sais-tout” qui ramène toujours sa science à la table sans vouloir entendre l’avis des autres. On peut combler un manque technique, mais on ne peut pas améliorer un mauvais caractère.

Cela étant dit, je crois qu’il est obligatoire de vérifier à minima la manière de penser de quelqu’un lorsqu’il est confronté à un problème. Parce qu’au final, c’est ce qu’il fera la plupart du temps : résoudre des problèmes. En ce sens, il est crucial de voir comment quelqu’un va réagir face à un problème. Va-t-il fuir ? Va-t-il immédiatement demander de l’aide ?

C’est là qu’intervient le test FizzBuzz.

Cet article a été inspiré par la vidéo de Tom Scott que je vous recommande vivement de regarder si ce sujet vous intéresse.

L’idée de FizzBuzz est simple. Vous devez énumérer les nombres à haute voix en commençant par 1 jusqu’à 100. Mais, si le nombre est un multiple de 3, vous devez dire “Fizz” à la place. De même, si le nombre est un multiple de 5, vous devez dire “Buzz”. Maintenant, vous vous demandez peut-être : “Que faire si c’est un multiple de 3 et de 5 ?”. Eh bien, vous devrez simplement dire “FizzBuzz”. Générique de fin.

En lisant ce test simple, vous pourriez vous demander pourquoi il devrait être utilisé, car à première vue, même un stagiaire pourrait le résoudre assez facilement. Eh bien, c’est ce que je pensais aussi, jusqu’à ce que je tombe sur l’article de Jeff Atwood à ce sujet, où il explique être surpris de voir que ce problème donnait beaucoup de mal à des candidats, seniors compris.

Alors, essayons de le résoudre ensemble !

Dans la plupart des entretiens techniques, vous avez généralement le choix du langage de programmation avec lequel vous souhaitez résoudre un problème (voir même d’écrire en pseudo-code). Pour ce billet, j’utiliserai Python.

Avant toute chose, créons une boucle simple qui affiche tous les nombres de 1 à 100.

# Premier piège ici, range exclut le dernier nombre que vous lui passez.
# Ici, nous commençons bien à 1, et finissons à 100.
for i in range(1, 101):
    print(i)

On commence bien ! Maintenant, revenons à l’énoncé original : si le nombre est un multiple de 3, on affiche “Fizz”, si c’est un multiple de 5, on affiche “Buzz”. Ajoutons ces conditions.

for i in range(1, 101):
    if i % 3 == 0:
        print('Fizz')
    if i % 5 == 0:
        print('Buzz')
    if i % 3 != 0 and i % 5 != 0:
        print(i)

Prenons un moment pour voir ce qu’on a fait ici. Pour vérifier si un nombre est un multiple de 3, nous utilisons le modulo avec le symbole %. Nous faisons la même chose pour les multiples de 5. Enfin, si le nombre n’est ni un multiple de 3 ni de 5, on l’affiche simplement.

Ainsi, on obtient exactement ce que l’on veut !… Sauf quand un nombre est un multiple de 3 ET de 5. Dans ce cas, les mots Fizz et Buzz ne sont pas affichés sur la même ligne ! Nous devons donc prendre en compte ce cas en ajoutant une nouvelle condition, et empêcher les deux premiers if de se déclencher.

for i in range(1, 101):
    if i % 3 == 0 and i % 5 != 0:
        print('Fizz')
    if i % 5 == 0 and i % 3 != 0:
        print('Buzz')
    if i % 3 == 0 and i % 5 == 0:
        print('FizzBuzz')
    if i % 3 != 0 and i % 5 != 0:
        print(i)

Ça fonctionne enfin ! Mais à quel prix ? Ce code est un vrai désordre. Et ce n’est en aucun cas un code facile à maintenir. Prenons cet exemple : que se passerait-il si nous voulions maintenant afficher le mot Fizz pour les multiples de 2 au lieu de 3 ? Nous devrons changer cette valeur à 4 endroits différents dans le code pour que cela fonctionne.

Cela peut sembler trivial avec un code aussi minimaliste, mais imaginez ce qui se passerait si cela arrivait dans un projet bien plus grand. Ce code est sujet à erreurs, complique sa maintenabilité et rend presque impossible l’ajout de nouvelles fonctionnalités facilement.

Essayons une autre approche pour rendre ce code plus élégant ! Déclarons d’abord une variable qui sera la valeur que nous voulons afficher à la fin. On la laisse vide pour l’instant. Chaque fois que nous avons une condition qui correspond, nous ajoutons simplement le mot correspondant à la variable. À la fin, vérifier si la variable est vide nous indiquera si nous devons l’afficher ou plutôt afficher le nombre.

Voici ce que cela donne.

for i in range(1, 101):
    result = ''
    if i % 3 == 0:
        result += 'Fizz'
    if i % 5 == 0:
        result += 'Buzz'
    print(result or i)

C’est déjà beaucoup plus clair ! Non seulement nous avons réduit le nombre de lignes de moitié, mais nos vérifications if sont désormais limpides et ne laissent aucune place à l’interprétation. De plus, nous pouvons facilement changer la valeur de n’importe quel nombre si nécessaire sans avoir à chercher toutes ses occurrences. Enfin, si nous devons ajouter une autre condition (pour les multiples de 7 par exemple), il nous suffira d’ajouter deux nouvelles lignes sans toucher au reste du code !

Nous voyons enfin en quoi ce simple test FizzBuzz est si intéressant. Il nous a permis de tester la capacité d’une personne à utiliser des principes algorithmiques simples, mais aussi de vérifier sa manière de penser lorsqu’elle est confrontée à un problème, et si elle est capable de produire un code qui pourra être facilement maintenu dans le futur.

En résumé, FizzBuzz est un bon moyen de différencier un développeur d’un bon développeur.