Share
Si vous avez déjà assisté à une conférence centrée sur le code, vous pouvez certainement attester du fait que le nombre d'entretiens avec codage en direct est incroyablement faible. La raison en est évidente: ils sont super, super dur! Imaginez que vous codiez sur scène devant des centaines de personnes, lorsque soudainement, quelque chose ne va pas et que votre code se brise! Dans la vie réelle, quelques minutes de débogage ne sont pas un problème. Sur scène, même un seul moment de silence est le cauchemar des orateurs.
Alors, ne devrions-nous jamais tenter de telles discussions? Absolument pas! Vous devez simplement vous préparer de la bonne façon. Je vais donner quelques conseils dans cet article.
Qu'est ce que le Live Coding?? Il s’agit d’un style de présentation, dans lequel l’orateur limite le nombre de diapositives, au lieu d’écrire des exemples ou des démonstrations en temps réel. C'est un style de conversation incroyablement dangereux, mais qui peut offrir des avantages significatifs au public..
Si vous êtes du type nerveux, cela peut ne pas être un bon choix.
Bien sûr, lors de la préparation d’une nouvelle conférence, la question la plus importante à vous poser est de savoir s’il est utile de présenter un exposé en direct. Par exemple, si vous ne fournissez que divers exemples, avez-vous vraiment besoin de les coder en temps réel? Une diapositive bien présentée ne fonctionnerait-elle pas aussi bien, tout en vous évitant le stress et le risque de rupture?
Vous pourriez envisager de prendre la route de codage en direct dans les cas suivants:
Personnellement, je vous exhorte à consulter les diapositives, à moins que vous ne puissiez fournir un argument suffisant pour expliquer leur efficacité. Le codage en temps réel nécessite une préparation importante, ainsi que des plans de sauvegarde, pour contrer tous les obstacles potentiels pouvant survenir pendant le codage. Garde cela à l'esprit. Si vous êtes du type nerveux, cela peut ne pas être un bon choix.
Entraine toi. Entraine toi. Et, quand vous avez fini, pratiquez encore.
Il est clair que chaque discussion doit être répétée au moins une ou deux fois avant d'être donnée devant un public. Cependant, si vous souhaitez coder en temps réel, vous devez, en règle générale, tripler le nombre de répétitions. Codez votre chemin dans la conversation une fois, puis répétez le processus; plus il y a de répétitions, mieux c'est!
Quand vous parlez sur scène, vous devez vous attendre à au moins quelques occurrences..
Ces insécurités existent dans toutes les enceintes. Le moyen le plus simple d'éviter autant d'erreurs que possible consiste à connaître le sujet (et comment vous allez le présenter) et le plus humainement possible. Entraine toi. Entraine toi. Et, quand vous avez fini, pratiquez encore.
Votre première étape devrait être d'attendre le pire.
Vous avez donc décidé d'aller de l'avant avec une présentation en direct à la manière d'un atelier. Bien pour vous! Votre première étape devrait être d’attendre le pire. Demandez-vous: "Que se passe-t-il si je tombe complètement en panne et que je brûle? Et si mon esprit est vide?"
Je garde toujours une copie du projet terminé avant mon exposé. De cette façon, si la scène venait à me quitter, pour ainsi dire, je pourrais toujours faire une blague désinvolte et auto-dévalorisante, en notant que je ne suis manifestement pas assez talentueux pour exécuter ce style de conversation. Ensuite, je peux rapidement passer au code final et faire de mon mieux pour continuer à partir de là..
J'utilise religieusement une application Mac, appelée Dash.
En outre, envisagez de créer une variété d'extraits plus petits, qui peuvent tout représenter, d'une fonction unique à un ensemble de règles HTML en passant par un ensemble de règles CSS. Cela peut servir plusieurs objectifs:
J'utilise religieusement une application Mac, appelée Dash, mais tout expandeur de texte (ou même la fonctionnalité de création d'extraits de votre éditeur de code) fera parfaitement l'affaire..
Considérez chaque ligne comme une dette mentale.
N'oubliez pas: le codage en direct n'est pas une excuse pour démontrer votre intelligence ou la rapidité avec laquelle vous pouvez manœuvrer autour de votre éditeur de code. Le but ultime est bien sûr d’enseigner aux spectateurs quelque chose qu’ils ne connaissaient pas avant que vous ne montiez sur scène. Dans cet esprit, faites de votre mieux pour structurer le code que vous écrivez de manière à ne pas submerger le public. Certes, cela nécessite un peu de bricolage pour atteindre l'équilibre parfait.
A titre indicatif, choisissez toujours le chemin le plus simple dans votre code. Si un élément de logique n’est pas essentiel à ce que vous essayez de transmettre au public, supprimez-le (en avertissant peut-être rapidement que, dans un projet réel, vous ajouteriez probablement un peu plus ici et là. ).
Faites de votre mieux pour être extrêmement sensible à chaque ligne que vous écrivez au cours de votre présentation. Considérez chaque ligne ajoutée comme une dette mentale. Le public est une éponge. finalement, ils ont absorbé tout ce dont ils étaient capables en une séance de quarante-cinq minutes. Rester simple.
Parler sur scène est une expérience effrayante. Le codage sur scène est encore pire!
Il n'y a pas deux façons de parler: parler sur scène est une expérience effrayante. Le codage sur scène est encore pire! Si vous êtes du genre nerveux, trouvez un moyen de supprimer l'excès d'énergie une heure avant de monter sur scène. Moins vous avez d'énergie accumulée lorsque vous parlez, moins vos mains trembleront de manière incontrôlable. Voici quelques conseils:
Évitez la tendance à taper silencieusement sur scène.
En tant que développeurs, nous passons la majorité de nos journées de travail en silence à coder. Mais une transition intéressante se produira si vous décidez de vous essayer à une présentation de codage en direct: vous coderez non seulement, mais vous ferez aussi votre chemin à travers le processus, illustrant verbalement chaque ligne de code.
N'oubliez pas de continuer à parler! Évitez la tendance à taper silencieusement sur scène. C'est un aller simple pour une mauvaise critique. La clé est de reformuler chaque ligne de code de manière à ce que tout le monde puisse comprendre le public, quel que soit son niveau de compétence..
Parfois, tout se résume à un peu de chance.
Regardez: il y a une raison pour laquelle les développeurs considèrent généralement qu'une présentation avec codage en direct est incroyablement dangereuse et rarement couronnée de succès. S'ils ne sont pas préparés de manière adéquate, dès que les choses tournent mal (et ce sera le cas), le public se retournera pour vous regarder en silence, mais tentera désespérément de corriger votre erreur..
Parfois, cependant, tout cela revient à un peu de chance. Préparez-vous comme un fou, croisez les doigts et espérez le meilleur. Si vous réussissez, vous pouvez simplement montrer à l'auditoire quelque chose qu'il a rarement (voire jamais) la chance de voir lors d'une conférence. Bonne chance!
Accentsconagua