Tu fais (déjà) du TDD sans le savoir

✍️ Introduction

Tu penses que le TDD, c’est une histoire de puristes ?
Que c’est un truc rigide où il faut absolument écrire un test avant chaque ligne de code ?
Tu n’es pas seul·e.

Mais laisse-moi te poser une question :
Quand tu codes un bout de logique, que tu l’exécutes pour voir ce que ça donne, puis que tu ajustes… tu fais quoi, exactement ?
Tu observes, tu testes, tu corriges. Tu fais un cycle.
Un cycle guidé par le feedback.

Introduction

Dans l’article précédent, nous avons découvert le schéma suivant :

Le cycle ok -> RED -> ko -> GREEN

Le cycle de Feedback Rules (the world) ou FR(TW) est constitué :

• d’actions :
  • RED où l’on cherche à mettre en évidence un déséquilibre, voire le créer
  • GREEN où on rééquilibre les choses
• des états
  • ok correspond à un système stable.
  • ko correspond à un système instable.

Tout cela constitue le cycle que l’on pourrait nommer : ok -> RED -> ko -> GREEN

Work in progress

En anglais, feedback se traduit par retour d’information.

Cette notion de feedback est très connue dans le monde de la tech. Qui n’a jamais demandé un feedback à un collègue ou à un client ?

Cependant, bien que souvent mentionné, présent dans certains concepts comme l’agilité, le feedback n’est pas maîtrisé à sa juste valeur.

C’est l’objectif de cet article, remettre en avant cet outil qui régit notre monde et que nous utilisons en permamence sans en avoir conscience.

TLDR: dans le monde du recrutement tech, les entreprises recherchent des experts d’un outil ou framework spécifique (Symfony, Nest, React, Angular…), au lieu de rechercher des développeurs capables de résoudre des problèmes métier. Cet article explore pourquoi cette approche purement technique est limitée et comment des principes issus du TDD (Test-Driven Development) et de la clean architecture permettent de concevoir des applications solides, en se concentrant sur ce qui génère réellement de la valeur ajoutée pour une entreprise : son coeur de métier.

TDD repose sur le principe RED - GREEN - REFACTORING. C’est un concept qui ne parle pas à tout le monde, mais qui est utilisé inconsciemment par la plupart des gens.

Si on ignore la partie REFACTORING, je considère que l’on applique ce cycle RED - GREEN dans bien des aspects de notre vie.

Après avoir constaté quelque chose, nous passons à l’action. Le constat correspond au RED et l’action correspond au GREEN.

Disclaimer

This article is currently in progress. We recently asked for your feedback using a simple Airtable form. You can of course share yours while this form is open whether you choose to stick with the Airtable form or to get in touch with us using contact@ytreza.dev 🙏

We made a dashboard but still have to integrate everyone feedback into this article.

Quick reminder

Software development, from the very beginning, has been about working together on a single computer. Remember, early computers were pretty expensive, and you could have fit an entire room with just a single one. Many engineers were required to operate such a machine at the same time.