Baruch Sadogursky est Developer Advocate chez JFrog, co-auteur du livre "Liquid Software", conférencier informatique bien connu.
Dans une interview, Baruch a expliqué comment il se prépare pour les reportages, en quoi les conférences étrangères diffèrent des conférences russes, pourquoi les participants y vont et pourquoi ils devraient parler en costume de grenouille.
Commençons par le plus simple. Qu'en pensez-vous, pourquoi parler lors de conférences ?
En fait, parler lors de conférences est un travail pour moi. Si vous répondez plus globalement à la question "Pourquoi mon travail ?", alors c'est dans l'ordre (au moins pour JFrog) d'atteindre deux objectifs. Premièrement, établir le contact avec nos utilisateurs et nos clients. C'est-à-dire que lorsque je prends la parole lors de conférences, je suis disponible pour que tous ceux qui ont des questions, des commentaires sur nos produits et notre entreprise, puissent me parler, je peux en quelque sorte les aider et améliorer leur expérience de travail avec nos produits.
Deuxièmement, il est nécessaire d'accroître la notoriété de la marque. C'est-à-dire que si je dis des choses intéressantes, alors les gens sont intéressés par le type de JFrog dont il s'agit, et par conséquent, cela tombe dans notre entonnoir de relations avec les développeurs, qui finit par entrer dans l'entonnoir de nos utilisateurs, qui finit par entrer dans l'entonnoir de nos clients.
Dites-nous, s'il vous plaît, comment vous préparez-vous pour les représentations ? Existe-t-il un algorithme d'entraînement ?
Il y a quatre étapes de préparation plus ou moins standard. Le premier est la création, comme dans les films. Il doit y avoir une idée. Une idée apparaît, puis elle mûrit pendant un certain temps. Cela mûrit, vous réfléchissez à la meilleure façon de présenter cette idée, dans quelle tonalité, dans quel format, ce qu'on peut en dire. C'est la première étape.
La deuxième étape est la rédaction d'un plan précis. Vous avez une idée, et elle commence à se transformer en détails sur la façon dont vous allez la présenter. Habituellement, cela se fait sous la forme d'une sorte de carte mentale, lorsque tout ce qui concerne le rapport apparaît autour de l'idée : arguments à l'appui, une introduction, quelques histoires que vous voulez raconter à ce sujet. C'est la deuxième étape - le plan.
La troisième étape consiste à rédiger des diapositives selon ce plan. Vous utilisez des idées abstraites qui apparaissent sur les diapositives et appuient votre histoire.
La quatrième étape est celle des répétitions, des répétitions. A ce stade, il est important de s'assurer que l'arc de l'histoire s'est déroulé, que l'histoire est cohérente, pour s'assurer que tout va bien dans le temps. Après cela, le rapport peut être déclaré prêt.
Comment comprenez-vous que « ce sujet » doit être abordé ? Et comment collectez-vous le matériel pour les rapports ?
Je ne sais pas quoi répondre, ça vient en quelque sorte tout seul. Soit c'est "Oh, comme c'est cool que nous l'ayons fait ici", soit c'est "Oh, personne autour ne sait ou ne comprend vraiment ça" et il y a une opportunité de dire, d'expliquer et d'aider. Une de ces deux options.
La collecte de matériel est très dépendante du rapport. S'il s'agit d'un rapport sur un sujet abstrait, alors c'est plus de la littérature, des articles. S'il s'agit de quelque chose de pratique, il s'agira d'écrire du code, des démos, de trouver les bons morceaux de code dans les produits, etc.
La peur des performances et l'anxiété sont l'une des raisons les plus courantes pour lesquelles les gens ne montent pas sur scène. Avez-vous des conseils pour ceux qui s'énervent en jouant ? Êtes-vous inquiet et comment vous en sortez-vous ?
Oui, je l'ai, ça devrait l'être, et, probablement, au moment où je cesse de m'inquiéter du tout, c'est une raison pour m'attacher à cette affaire.
Il me semble que c'est un phénomène tout à fait normal quand tu montes sur scène et qu'il y a beaucoup de monde devant toi. Vous êtes inquiet car c'est une grande responsabilité, c'est naturel.
Comment y faire face? Il existe différentes manières. Je ne l'ai jamais eu à un tel niveau qu'il faut se battre directement, donc c'est difficile pour moi de dire.
La chose la plus importante, qui m'aide aussi, est un visage amical - une sorte de visage familier dans le public. Si vous demandez à quelqu'un que vous connaissez de venir à votre présentation, asseyez-vous au premier rang au milieu pour que vous puissiez toujours le regarder, et la personne sera positive, sourira, hochera la tête, soutiendra, je pense que c'est énorme, aide énorme. . Je ne demande spécifiquement à personne à ce sujet, mais s'il arrive qu'il y ait un visage familier dans le public, cela aide beaucoup, soulage le stress. C'est le conseil le plus important.
Vous parlez beaucoup lors de conférences russes et internationales. Voyez-vous la différence entre les rapports des conférences russes et étrangères ? Y a-t-il une différence d'audience ? Dans l'organisation ?
Je vois deux grandes différences. Il est clair que les conférences sont différentes à la fois en Russie et à l'étranger, mais si nous prenons la moyenne pour un hôpital, alors en Russie les conférences sont plus techniques en termes de profondeur des rapports, en termes de hardcore. C'est ce à quoi les gens sont habitués, peut-être grâce à des conférences aussi importantes que Joker, JPoint, Highload, qui ont toujours été basées sur des discussions hardcore. Et c'est ce que les gens attendent des conférences. Et pour beaucoup de gens, c'est un indicateur pour savoir si c'est une bonne ou une mauvaise conférence : il y a beaucoup de viande et de hardcore ou il y a beaucoup d'eau.
Pour être honnête, peut-être parce que je parle beaucoup dans des conférences étrangères, je ne suis pas d'accord avec cette approche. Je crois que les rapports sur les compétences non techniques, les «rapports semi-humanitaires», ne sont pas moins, et peut-être même plus importants pour les conférences. Parce que certaines choses techniques peuvent éventuellement être lues dans des livres, vous pouvez comprendre le manuel d'utilisation, mais comme pour les compétences générales, comme pour la psychologie, comme pour la communication, il n'y a nulle part où prendre tout cela, du moins facile, accessible et compréhensible. Il me semble que ce n'est pas moins important que la composante technique.
Ceci est particulièrement important pour les conférences DevOps comme DevOpsDays car DevOps n'est pas du tout une question de technologie. DevOps, c'est juste de la communication, c'est juste des moyens de travailler avec des personnes qui n'ont jamais travaillé ensemble auparavant. Oui, il y a une composante technique, car l'automatisation est essentielle pour DevOps, mais ce n'est que l'une d'entre elles. Et quand une conférence sur DevOps, au lieu de parler de DevOps, parle de fiabilité de site ou d'automatisation, ou de pipelines, alors cette conférence, malgré le fait qu'elle soit très hardcore, à mon avis, manque juste l'essence même de DevOps et deviennent des conférences sur l'administration système, pas sur DevOps.
La deuxième différence est dans la préparation. Encore une fois, je prends des moyennes hospitalières et des cas généraux, pas des cas individuels. À l'étranger, ils procèdent du fait que la plupart des gens ont suivi une formation à la prise de parole en public dans leur vie. Au moins en Amérique, cela fait partie de l'enseignement supérieur. Si une personne est diplômée de l'université, elle a déjà beaucoup d'expérience dans la prise de parole en public. Par conséquent, une fois que le comité de programme a examiné le plan et compris de quoi traitera le rapport, aucune formation supplémentaire pour parler au nom de l'orateur n'est effectuée, car on pense qu'il sait très probablement déjà comment le faire.
En Russie, de telles hypothèses ne sont pas faites, car peu de gens ont l'expérience de la prise de parole en public et, par conséquent, les orateurs sont beaucoup plus formés. Encore une fois, en général, il y a des répétitions, il y a des cours avec des conférenciers, il y a des cours de prise de parole en public pour aider les conférenciers.
En conséquence, les locuteurs faibles qui ne parlent pas bien sont éliminés ou on les aide à devenir des locuteurs plus forts. Le fait qu'en Occident la prise de parole en public soit considérée comme une compétence que beaucoup possèdent, au final, cela a l'effet inverse, car cette hypothèse s'avère souvent fausse, erronée, et les gens qui ne savent pas parler franchement en public bousiller sur scène et obtenir des rapports dégoûtants. Et en Russie, où l'on pense qu'il n'y a pas d'expérience dans la prise de parole en public, cela s'avère finalement beaucoup mieux, car ils ont été formés, ils ont été testés, ils ont choisi les bons, etc.
Voici les deux différences.
Avez-vous participé à des DevOpsDays dans d'autres pays ? En quoi pensez-vous qu'ils diffèrent des autres conférences ? Existe-t-il des fonctionnalités ?
J'ai probablement participé à plusieurs dizaines de conférences DevOpsDays à travers le monde : en Amérique, en Europe et en Asie. Cette franchise de conférence est assez unique en ce sens qu'elle a un format plus ou moins établi auquel vous pouvez vous attendre n'importe où de l'une de ces conférences. Le format est le suivant : il y a relativement peu de rapports de conférence frontaux, et beaucoup de temps est consacré au format des espaces ouverts.
Les espaces ouverts sont un format dans lequel le sujet pour lequel les gens ont le plus voté est discuté avec d'autres participants. Celui qui a proposé ce sujet est le meneur, il s'assure que la discussion démarre. C'est un excellent format car, comme nous le savons, la communication et le réseautage ne sont pas moins importants dans une conférence que les rapports. Et quand une conférence consacre la moitié de son temps au format réseautage, c'est très cool.
De plus, les Lightning Talks ont souvent lieu lors des DevOpsDays - ce sont de courts rapports de cinq minutes qui vous permettent d'en apprendre beaucoup et d'ouvrir les yeux sur de nouvelles choses dans un format non ennuyeux. Et si au milieu d'un rapport régulier vous vous êtes rendu compte que ce n'était pas pour vous, alors le temps est perdu, 30 à 40 minutes de votre vie sont passées, alors nous parlons ici de rapports pendant cinq minutes. Et si vous n'êtes pas intéressé, ce sera bientôt fini. « Dites-nous, mais vite » est aussi un très bon format.
Il y a des DevOpsDays plus techniques, il y en a qui sont spécifiquement adaptés à ce qu'est DevOps : processus, collaboration, des trucs comme ça. Les deux sont intéressants, et c'est intéressant quand il y a les deux. Je pense que c'est l'une des meilleures franchises de conférence DevOps aujourd'hui.
Beaucoup de vos performances sont comme des performances ou des performances : soit vous racontez un reportage sous forme de tragédie grecque, soit vous êtes dans le rôle de Sherlock, soit vous jouez en costume de grenouille. Comment les trouvez-vous ? Y a-t-il d'autres objectifs que de rendre le rapport moins ennuyeux ?
Il me semble que le reportage n'a pas le droit d'être ennuyeux, parce que, premièrement, je fais perdre du temps aux auditeurs, ils sont moins impliqués dans un reportage ennuyeux, ils ont moins appris, ils ont appris moins de choses nouvelles, et ce n'est pas ce qu'il y a de mieux perte de leur temps. Deuxièmement, mes objectifs ne sont pas non plus atteints : ils ne pensent rien de bon de moi, ils ne pensent rien de bon de JFrog, et pour moi, c'est une sorte d'échec.
Par conséquent, les rapports ennuyeux n'ont pas le droit d'exister, du moins pour moi. J'essaie de les rendre intéressants, attrayants et mémorables. Les performances sont à sens unique. Et, en fait, la méthode est assez simple. Tout ce qui est nécessaire est de trouver un format intéressant, puis de mettre les mêmes pensées qui sont présentées sous la forme d'un rapport régulier dans un format inhabituel.
Comment puis-je arriver à cela? Ce n'est pas toujours pareil. Parfois, ce sont des idées qui me viennent à l'esprit, parfois ce sont des idées qui me sont données lorsque j'organise des courses ou que je partage des réflexions sur le rapport et qu'ils me disent : "Oh, tu peux le faire comme ça !" Cela se passe différemment. Quand une idée surgit, c'est toujours très joyeux et cool, ce qui signifie que vous pouvez faire un rapport plus intéressant et plus impliqué.
Quelles sont les performances de la sphère informatique que vous aimez personnellement ? Existe-t-il de tels orateurs ? Et pourquoi?
Il y a deux types d'orateurs dont j'aime les discours. Le premier est les haut-parleurs, que j'essaie d'être comme. Ils racontent des histoires d'une manière intéressante et engageante, en essayant de s'assurer que tout le monde est intéressé et que tout le monde écoute.
Le deuxième type d'orateurs sont ceux qui sont capables de raconter d'une manière très intéressante et passionnante n'importe quel hardcore généralement ennuyeux.
Parmi les noms de la deuxième catégorie, il s'agit d'Alexey Shepelev, qui parle d'une sorte de récupération de place en profondeur et de l'intérieur d'une machine virtuelle Java d'une manière intéressante et humoristique. Une autre découverte du dernier DevOops est Sergey Fedorov de Netflix. Il a raconté une chose purement technique, comment ils ont optimisé leur réseau de diffusion de contenu, et il l'a raconté d'une manière très intéressante.
De la première catégorie - c'est Jessica Deen, Anton Weiss, Roman Shaposhnik. Ce sont les conférenciers qui racontent des histoires intéressantes, avec humour, et reçoivent à juste titre des notes élevées.
Vous avez probablement plus d'invitations à prendre la parole lors de conférences que vous n'en avez le temps. Comment choisis-tu où tu vas et où tu ne vas pas ?
Les conférences et les conférenciers, comme presque tout le reste, sont régis par les relations de marché de l'offre et de la demande et la valeur de l'un par rapport à l'autre. Il y a des conférences qui, disons, me veulent plus que j'en ai besoin. En termes de public que je m'attends à y rencontrer et de l'impact que je m'attends à y avoir. Il y a des conférences auxquelles, au contraire, j'ai bien plus envie d'assister qu'elles n'ont besoin de moi. Selon la valeur pour moi, je décide où aller.
Autrement dit, s'il s'agit, par exemple, d'une sorte de géographie où je dois stratégiquement aller, c'est une grande conférence bien connue qui a une bonne réputation et à laquelle les gens iront, alors, évidemment, j'en ai vraiment besoin. Et je la préférerai à d'autres conférences.
S'il s'agit d'une sorte de petite conférence régionale, et, peut-être, où nous ne sommes pas très intéressés, alors il se peut qu'un voyage là-bas ne justifie pas le temps passé sur cette question. Relations normales du marché de la demande, de l'offre et de la valeur.
Bonne géographie, bonne démographie, potentiellement de bons contacts, la communication sont la garantie que la conférence m'intéressera.
Dans l'une de vos entrevues, vous avez mentionné que vous interveniez dans une quarantaine de conférences par année. Comment arrivez-vous à travailler et à vous préparer pour les performances ? Et arrivez-vous à maintenir l'équilibre travail/vie personnelle avec un tel horaire ? Partagez vos secrets?
Voyager pour assister à des conférences est la part du lion de mon travail. Bien sûr, il y a tout le reste : il y a la préparation des rapports, le maintien de la forme technique, l'écriture de code, l'apprentissage de nouvelles choses. Tout cela se fait en parallèle des conférences : le soir, dans l'avion, la veille, quand on est déjà arrivé à la conférence, et c'est demain. Quelque chose comme ça.
Il est difficile, bien sûr, de maintenir un équilibre travail/vie personnelle lorsque vous avez autant de temps en voyage d'affaires. Mais j'essaie de compenser par le fait qu'au moins quand je ne suis pas en voyage d'affaires, je suis à 100% avec ma famille, je ne réponds pas aux mails le soir, j'essaie de ne participer à aucun coup de fil le soir et le week-end. Quand je ne suis pas en voyage d'affaires et que c'est du temps en famille, c'est vraiment du temps 100% famille. Est-ce que ça marche et est-ce que ça résout le problème ? Non. Mais j'espère que cela compensera d'une manière ou d'une autre ma famille pour tout le temps que je suis absent.
Avec un planning aussi serré, arrivez-vous à maintenir un niveau technique ou vous êtes-vous déjà éloigné de la programmation ?
J'essaie de faire des choses techniques tout en préparant mes exposés et d'autres activités à la conférence. Ce sont toutes sortes de démos techniques, des sortes de mini-reportages que nous tenons sur les stands. Ce n'est pas de la programmation-programmation, c'est plus de l'intégration, mais c'est au moins un travail technique que j'essaie de faire. De cette façon, je maintiens mes connaissances sur nos produits, les nouvelles fonctionnalités, etc.
Bien sûr, dire que je suis maintenant le même codeur hardcore qu'il y a 7 ans est probablement impossible. Je ne sais pas si c'est mauvais. Probablement une sorte d'évolution naturelle. C'est moins intéressant pour moi, et il y a moins de temps, alors, probablement, que Dieu le bénisse.
Je me considère toujours comme un spécialiste technique fort, je suis toujours conscient de ce qui se passe, je me maintiens en forme. C'est ma situation hybride actuelle.
Racontez-nous quelques anecdotes amusantes ou situations extrêmes qui vous sont arrivées : avion manqué / présentation supprimée / coupure de l'électricité pendant le reportage / bagages non arrivés ?
Parmi les situations amusantes, je me souviens surtout de toutes sortes d'échecs cauchemardesques qui se sont produits aux rapports. Naturellement, parce que c'est la situation la plus stressante, parce que c'est le public, le temps, et vous devez vous assurer qu'il ne le gaspille pas en vain.
J'ai eu un "écran bleu de la mort" sur Windows et Mac pendant la conversation. Sur Windows, cela s'est produit une fois, sur Mac plusieurs fois. Ceci, bien sûr, est stressant, mais nous résolvons en quelque sorte ce problème, l'ordinateur redémarre, je continue à dire quelque chose à ce moment-là, mais le stress est énorme.
La situation la plus drôle que j'ai jamais eue était probablement lors d'une conférence Groovy. Je ne me souviens pas exactement où la conférence a eu lieu, je pense que c'était dans un hôtel, et il y avait une sorte de construction ou de rénovation en face de cet hôtel. Et donc je parlais d'un code que j'ai écrit, c'était une démo. C'était la première itération d'une démo qui était compréhensible mais peut-être pas bien écrite. Et j'allais juste le refactoriser et l'améliorer, et j'ai mentionné une phrase comme "l'auto-dépréciation" sur le fait que c'est du "code de merde". C'était au deuxième étage, et à ce moment-là, la grue du chantier d'en face soulevait juste une toilette portative. Et la scène était en face de la fenêtre. C'est-à-dire que je regarde par cette fenêtre, dis "code de merde", et des toilettes flottent à l'extérieur de la fenêtre. Et je dis à tout le monde : "Tournez-vous, nous avons une illustration ici." C'était probablement la meilleure diapositive de mes pensées - une toilette volante dans mon rapport, quand j'ai parlé de code merdique.
Les bagages ne sont pas venus d'histoires comme celle-ci - c'est, en principe, une histoire normale, il n'y a même rien à dire. Nous pouvons organiser une interview séparée sur toutes sortes de conseils de voyage, où vous pouvez parler des bagages qui ne sont pas arrivés, mais il n'y avait rien de critique.
J'essaie très fort de toujours arriver par avion, de venir et d'être présent à toutes les conférences que j'ai promises, car, encore une fois, c'est le temps des gens. Le temps des gens n'a pas de prix, car c'est un tel crédit de confiance qu'ils vous accordent. Et si ce prêt est gaspillé, il n'y a aucun moyen de le récupérer plus tard.
Si une personne a passé du temps, est venue à la conférence pour écouter mon rapport, et que je l'ai pris et que je ne suis pas venu, c'est mauvais, car il n'y a aucun moyen de rendre le temps de cette personne. Par conséquent, il est extrêmement important pour moi de tenir toutes mes promesses à cet égard, et jusqu'à présent, tout fonctionne.
Beaucoup de gens pensent ainsi : « Pourquoi aller à des conférences ? Vous pouvez regarder la vidéo sur YouTube et vous pouvez toujours discuter en ligne. Pourquoi pensez-vous que les participants doivent assister à des conférences ?
Grande question ! Vous avez besoin d'aller à des conférences pour le réseautage. C'est inestimable et il n'y a pas d'autre moyen de l'obtenir. J'ai déjà évoqué l'importance de la communication, de la communication et des soft skills. Regarder une vidéo sur YouTube, malheureusement, ne donne pas d'expérience en soft skills. Par conséquent, il faut aller à des conférences pour des raisons de communication.
De plus, du moins pour moi, lorsque je regarde des vidéos sur YouTube, l'implication est complètement différente, et le matériel arrive et se souvient bien pire. Peut-être que c'est purement pour moi, mais je soupçonne qu'être dans la salle lors d'un reportage et regarder une vidéo sur YouTube sont des choses complètement différentes. Surtout si le rapport est bon, je pense que c'est beaucoup, beaucoup mieux de l'entendre en live. C'est comme écouter un concert en direct et un disque.
Et je le répète encore une fois : le réseautage et la communication ne sont pas tirés de YouTube.
Pouvez-vous s'il vous plaît donner quelques mots d'adieu à ceux qui vont devenir orateur ou qui viennent de commencer à parler ?
Recherchez des rencontres locales. Les rencontres locales sont un excellent moyen de démarrer votre carrière de conférencier pour plusieurs raisons. Premièrement, les meetups locaux sont toujours à la recherche de conférenciers. Il se peut que sans expérience et sans être un conférencier éminent, il vous soit difficile de postuler à une conférence bien connue, ou le comité de programme, après avoir discuté avec vous, comprendra que c'est peut-être un peu trop tôt pour vous. En revanche, les meetups locaux sont toujours à la recherche de conférenciers et la barre d'entrée est beaucoup, beaucoup plus basse, il est donc beaucoup plus facile de s'y rendre.
De plus, le niveau de stress est complètement différent. Quand 10-15-30 personnes viennent, ce n'est pas du tout pareil que lorsqu'il y a 150-200-300 personnes dans la salle, donc c'est beaucoup plus facile.
Encore une fois, les coûts d'une rencontre locale sont bien inférieurs : vous n'avez pas besoin de voler n'importe où, vous n'avez pas besoin de passer des jours, vous pouvez simplement venir le soir. En me souvenant de mon conseil sur l'importance d'avoir un visage amical dans la foule, il est beaucoup plus facile de venir à une rencontre locale avec quelqu'un car cela ne coûte pas d'argent. Si vous prenez la parole lors d'une conférence, vous venez gratuitement en tant qu'orateur, mais votre +1, qui sera un visage amical dans le public, doit acheter un billet. Si vous vous produisez lors d'une rencontre, il n'y a pas de problème de ce genre, vous pouvez amener un ou deux ou trois amis avec vous qui seront un visage amical dans la salle.
Et un avantage supplémentaire est que les organisateurs de meetup ont beaucoup plus d'opportunités pour vous aider. Parce que les organisateurs de conférences auront, par exemple, 60 rapports qu'il faudra revoir, pratiquer et préparer. Et les organisateurs des meetups en ont un, deux ou trois, donc, naturellement, on vous accordera beaucoup plus d'attention.
De plus, il est beaucoup plus facile d'obtenir des commentaires des rencontres locales. Vous avez terminé votre rapport et maintenant vous et le public êtes déjà en train de communiquer et de discuter de quelque chose lié à votre rapport. Pour les grandes conférences, ce n'est souvent pas le cas. Vous avez fait un rapport et c'est tout. Le public que vous aviez comme masse grise pendant le reportage est parti, et vous n'en savez plus rien, vous n'entendez pas, vous n'aurez pas de retour.
Quoi qu'on en dise, les meetups locaux sont un excellent sujet en général et pour les débutants en particulier.
7 décembre Baruch prendra la parole à la conférence . Dans le rapport, Baruch analysera les vrais échecs qui se produisent quotidiennement et partout lors de la mise à jour des logiciels. Il vous montrera comment différents modèles DevOps s'intègrent dans différents scénarios et comment les appliquer correctement pourrait éventuellement vous faire économiser.
Également au programme : Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultant DevOps).
Venez faire connaissance !
Source: habr.com