J'ai présenté le TDD (Test Driven Development) à mes collègues il y a deux semaines en faisant une petite démonstration. Comme c'était la première fois que je faisais une présentation dans mon nouveau lieu de travail, c'était difficile pour moi. De plus, j'allais discuter d'un sujet que j'apprenais encore. J'ai été inspiré pour le faire, cependant, puisque je savais qu'en faisant cela, je serais en mesure à la fois de partager mes connaissances et de voir tout ce que j'avais appris. Voici mes impressions générales et les leçons que j'ai tirées de l'événement.

N'attendez pas d'avoir "tout"

Comme je n'avais pas beaucoup d'expérience avec TDD au niveau de l'entreprise, j'ai d'abord été un peu intimidé. Puis j'ai compris que tant que votre objectif principal est de partager plutôt que de paraître « sage », vous n'avez pas besoin d'être un expert pour apporter un nouveau concept à une foule. Dites-le si vous n'êtes pas sûr de la réponse à une question ou si vous ne la connaissez pas. Vous pouvez toujours diriger la personne vers la ressource appropriée ou rechercher la réponse et la partager avec le groupe lors d'une réunion ultérieure. Vous devrez attendre une éternité si vous attendez d'avoir « tout » appris avant de partager vos connaissances.

Cependant, vous ne voulez pas non plus perdre le temps de vos téléspectateurs. Par conséquent, vous devez préciser les limites de votre présentation et planifier adéquatement les sujets que vous aborderez.

Définissez les limites de votre présentation

Dans mon cas, j'ai décidé de limiter mon discours à 30 minutes et de n'utiliser qu'un seul exemple. Afin de tout terminer dans cette contrainte de temps, j'ai choisi un exemple simple, un problème d' intersection de segment de ligne . Mais il s'est avéré que même cet exemple était trop long pour une présentation de 30 minutes, j'ai donc pris la décision de transformer en un problème d'« intersection ligne-ligne ».

J'ai structuré ma présentation en trois sections principales. Faire une brève introduction à TDD et au problème que je cherchais à résoudre était la première étape. J'ai simplement écrit la définition du problème et le strict minimum d'informations concernant la technique dans un document texte car je ne voulais pas prendre trop de temps. La deuxième partie consistait à écrire du code pour résoudre le problème à l'aide de TDD tout en parlant à haute voix des actions que je fais et des raisons qui les sous-tendent. La dernière section était une période de questions-réponses de 5 minutes.

Bien se préparer

J'ai eu une semaine pour me préparer. J'ai commencé par utiliser TDD pour résoudre le problème par moi-même à quelques reprises, puis j'ai cherché l'ordre idéal pour les cas de test afin d'illustrer le processus. J'ai organisé les cas de test dans l'ordre dans lequel je voulais qu'ils apparaissent, puis j'ai utilisé de la peinture pour créer des dessins simples qui représentaient les cas pour lesquels je créais des cas de test. Après cela, j'ai codé l'exemple entier plusieurs fois. Cette fois, cependant, j'ai parlé pendant que je codais comme si je faisais une présentation. J'ai travaillé sur la préparation pendant 7 à 8 heures au total.

Prendre plaisir!

Ce n'est un secret pour personne que vous obtenez de meilleurs résultats si vous acceptez l'idée que faire des erreurs est très humain et essayez de profiter du moment présent plutôt que de vous soucier de votre performance. Je ne dis pas que c'est facile ou que ça marche pour tout le monde, mais tout au long de ma présentation, j'ai essayé de rire de moi-même et de profiter de l'expérience plutôt que de me sentir humilié quand je faisais une erreur. Je l'ai appliqué lorsque j'ai suivi le processus d'embauche de Microsoft. Je me souviens que l'un des intervieweurs a souligné une erreur stupide que j'ai commise, et au lieu d'être triste ou frustré, j'ai juste ri avec lui à ce sujet et l'ai corrigé. ce qui, je crois, a fonctionné parce que j'ai été embauché.

Conclusion

Il est crucial de continuer à apprendre tout au long de sa carrière et tout au long de sa vie. Peut-être plus crucial que cela, cependant, est la capacité d'articuler toutes les pensées ou opinions que vous pourriez avoir. La méthode la plus efficace pour pratiquer les deux est peut-être d'essayer d'expliquer quelque chose que vous avez récemment appris. En faisant cela, vous serez en mesure d'identifier les lacunes dans votre compréhension et de contribuer à la connaissance des autres. J'ai l'intention de continuer à le faire au cours des prochaines semaines sur divers sujets et d'écrire sur mes expériences dans un prochain article.

Bon apprentissage d'ici là !