"Poročilo nima pravice biti dolgočasno": intervju z Baruchom Sadogurskyjem o govorih na konferencah

Baruch Sadogursky - zagovornik razvijalcev pri JFrog, soavtor knjige “Liquid Software”, znan govorec IT.

Baruch je v intervjuju razložil, kako se pripravlja na svoja poročila, kako se tuje konference razlikujejo od ruskih, zakaj bi se jih morali udeleženci udeležiti in zakaj bi morali govoriti v kostumu žabe.

"Poročilo nima pravice biti dolgočasno": intervju z Baruchom Sadogurskyjem o govorih na konferencah

Začnimo z najpreprostejšim. Zakaj misliš, da sploh govoriš na konferencah?

Pravzaprav je govorjenje na konferencah delo zame. Če na vprašanje »Zakaj je moje delo« odgovorimo bolj splošno, potem je to (vsaj za podjetje JFrog) namenjeno doseganju dveh ciljev. Prvič, vzpostaviti stik z našimi uporabniki in kupci. Se pravi, ko govorim na konferencah, sem na voljo, da se vsi, ki imajo kakršna koli vprašanja, kakšno povratno informacijo o naših produktih in podjetju, lahko pogovorijo z mano, jim lahko nekako pomagam in izboljšam njihove izkušnje pri delu z našimi produkti.

Drugič, to je potrebno za povečanje prepoznavnosti blagovne znamke. Se pravi, če povem nekaj zanimivih stvari, potem ljudi zanima, kakšen JFrog je to, in posledično končajo v našem lijaku za odnose z razvijalci, ki gre na koncu v lijak naših uporabnikov, ki gre na koncu v lijaka naših strank.

Povejte nam, kako se pripravljate na nastope? Ali obstaja kakšen algoritem priprave?

Obstajajo štiri bolj ali manj standardne stopnje priprave. Prvi je začetek, kot v filmih. Neka ideja se mora pojaviti. Ideja se pojavi, potem pa kar dolgo zori. Zori, razmišljaš, kako to idejo najbolje predstaviti, v kakšnem ključu, v kakšnem formatu, kaj bi o njej lahko povedali. To je prva stopnja.

Druga faza je pisanje določenega načrta. Imate idejo in začne pridobivati ​​podrobnosti o tem, kako jo boste predstavili. To se običajno naredi v nekakšni obliki miselnega zemljevida, ko se okoli ideje pojavi vse, kar je povezano s poročilom: podporni argumenti, uvod, nekaj zgodb, ki jih želite povedati o njem. To je druga stopnja – načrt.

Tretja faza je pisanje diapozitivov po tem načrtu. Uporabljate nekaj abstraktnih idej, ki se pojavljajo na diapozitivih in podpirajo vašo zgodbo.

Četrta stopnja je utekanje in vaje. Na tej stopnji je pomembno zagotoviti, da se je zgodba izkazala, da je zgodba koherentna in da je vse v redu glede časa. Po tem se lahko poročilo razglasi za pripravljeno.

Kako razumete, da je treba "to temo" obravnavati? In kako zbirate gradivo za reportaže?

Ne vem, kako naj odgovorim, nekako pride. Bodisi "Oh, kako kul se je izkazalo tukaj," ali pa "Oh, nihče zares ne ve ali ne razume tega", in obstaja priložnost, da poveš, razložiš in pomagaš. Ena od teh dveh možnosti.

Zbiranje gradiva je zelo odvisno od poročila. Če je to poročilo o neki abstraktni temi, potem je to bolj literatura, članki. Če je to nekaj praktičnega, potem bo to pisanje kode, nekaj predstavitev, iskanje pravih delov kode v izdelkih itd.

Baruchov govor na nedavnem vrhu DevOps v Amsterdamu 2019

Strah pred nastopom in tesnoba sta nekaj najpogostejših razlogov, zakaj ljudje ne gredo na oder. Imate kakšen nasvet za tiste, ki imajo med nastopom tremo? Ste zaskrbljeni in kako se spopadate?

Ja, imam ga, moralo bi biti, in verjetno je v trenutku, ko me popolnoma neha skrbeti, to razlog, da opustim to zadevo.

Zdi se mi, da je to povsem normalen pojav, ko greš na oder in je pred tabo veliko ljudi. Skrbi te, ker je to velika odgovornost, to je naravno.

Kako ravnati s tem? Obstajajo različni načini. Nikoli ga nisem imel na takšni ravni, da bi se moral z njim neposredno boriti, zato težko rečem.

Najpomembnejša stvar, ki mi tudi pomaga, je prijazen obraz – kakšen znan obraz v publiki. Če povabiš nekoga, ki ga poznaš, da pride na tvoj pogovor, sedi v prvi vrsti na sredini, da ga lahko vedno gledaš, in oseba bo pozitivna, se bo nasmehnila, kimala, podpirala, mislim, da je to ogromno, velika pomoč. Tega posebej ne zahtevam od nikogar, a če se zgodi, da je med občinstvom znan obraz, to zelo pomaga in razbremeni. To je najpomembnejši nasvet.

Veliko govorite na ruskih in mednarodnih konferencah. Ali vidite razliko med poročili na ruskih in tujih konferencah? Je razlika v občinstvu? V organizaciji?

Vidim dve veliki razliki. Jasno je, da so konference različne tako v Rusiji kot v tujini, a če vzamemo povprečje za bolnišnico, potem so v Rusiji konference bolj tehnične v smislu globine poročil, v smislu hardcore. Tega so ljudje navajeni, morda po zaslugi velikih konferenc, kot so Joker, JPoint, Highload, ki so vedno temeljile na hardcore predstavitvah. In točno to ljudje pričakujejo od konferenc. In za marsikoga je to pokazatelj, ali je ta konferenca dobra ali slaba: veliko je mesa in hardcorea ali je veliko vode.

Če sem iskren, morda zaradi dejstva, da veliko govorim na tujih konferencah, se s tem pristopom ne strinjam. Menim, da poročila o mehkih veščinah, »polhumanitarna poročila«, za konference niso nič manj, morda celo bolj pomembna. Ker je nekatere tehnične stvari navsezadnje mogoče prebrati v knjigah, jih lahko ugotoviš z uporabniškim priročnikom, ko pa gre za mehke veščine, ko gre za psihologijo, ko gre za komunikacijo, vsega tega vsaj ni nikjer dobiti. enostavno, dostopno in razumljivo. Zdi se mi, da to ni nič manj pomembno kot tehnična komponenta.

To je še posebej pomembno za konference DevOps, kot je DevOpsDays, saj pri DevOps sploh ne gre za tehnologijo. Pri DevOps gre le za komunikacijo, gre le za načine, kako lahko ljudje, ki še niso sodelovali, sodelujejo. Da, obstaja tehnična komponenta, ker je avtomatizacija ključnega pomena za DevOps, vendar je to le ena od njih. In ko konferenca DevOps namesto o DevOps govori o zanesljivosti strani ali avtomatizaciji ali cevovodih, potem ta konferenca, kljub temu, da je zelo hardcore, po mojem mnenju zgreši samo bistvo DevOps in postane konferenca o sistemski administraciji. , ne o DevOps.

Druga razlika je v pripravi. Spet vzamem bolnišnično povprečje in splošne primere, ne specifičnih. V tujini predvidevajo, da je večina ljudi v življenju opravila kakšen trening javnega nastopanja. Vsaj v Ameriki je to del visokega šolstva. Če je oseba končala fakulteto, potem ima že veliko izkušenj z javnim nastopanjem. Zato se potem, ko si programski odbor ogleda načrt in razume, o čem bo poročilo govorilo, ne izvaja več treninga govorjenja za govornika, saj se domneva, da on to najverjetneje zna.

V Rusiji takšnih predpostavk ni, ker ima malo ljudi izkušnje z javnim nastopanjem, zato so govorci veliko bolj usposobljeni. Spet, na splošno, obstajajo preizkusi, obstajajo tečaji z govorniki, obstajajo tečaji javnega nastopanja za pomoč govornikom.

Posledično se izločijo šibki govorci, ki se slabo sporazumevajo, ali pa se jim pomaga, da postanejo močnejši govorci. Dejstvo, da na Zahodu javno nastopanje velja za veščino, ki jo ima veliko ljudi, na koncu dobi ravno nasprotni učinek, saj se ta predpostavka pogosto izkaže za napačno, zmotno in ljudje, ki ne znajo javno nastopati, odkrito zajebajo uprizarjajo in ustvarjajo gnusna poročila. In v Rusiji, kjer velja, da ni izkušenj z javnim nastopanjem, se na koncu izkaže veliko bolje, saj so bili izurjeni, preizkušeni, izbrali so dobrega itd.

To sta dve razliki.

Ste bili na DevOpsDays v drugih državah? V čem se po vašem mnenju razlikujejo od drugih konferenc? Ali obstajajo kakšne posebnosti?

Verjetno sem bil na več desetih konferencah DevOpsDays po vsem svetu: v Ameriki, Evropi in Aziji. Ta konferenčna franšiza je precej edinstvena, saj ima bolj ali manj uveljavljen format, ki ga lahko pričakujete kjer koli od katere koli od teh konferenc. Format je sledeč: front-line konferenčnih predstavitev je relativno malo, veliko časa pa je namenjenega formatu odprtih prostorov.

Odprti prostori so oblika, v kateri se o temi, za katero je glasovalo največ ljudi, razpravlja skupaj z drugimi udeleženci. Tisti, ki je predlagal to temo, je vodja, on poskrbi, da se razprava začne. To je odličen format, saj kot vemo, komunikacija in mreženje nista nič manj pomembna dela vsake konference kot predstavitve. In ko konferenca polovico svojega časa posveti formatu mreženja, je to zelo kul.

Poleg tega na DevOpsDays pogosto potekajo Lightning Talks – to so kratka petminutna poročila, ki vam omogočajo, da se veliko naučite o marsičem in vam odprejo oči za nekaj novih stvari v nedolgočasni obliki. In če ste sredi običajnega poročila ugotovili, da to ni vaše, potem je izgubljen čas, izgubljenih je 30-40 minut vašega življenja, potem tukaj govorimo o poročilih za pet minut. In če te ne zanima, bo kmalu konec. Zelo dober format je tudi »Povejte nam, a hitro«.

Obstaja več tehničnih DevOpsDays in obstajajo tisti, ki so posebej prilagojeni temu, kar DevOps je: procesi, sodelovanje, podobne stvari. Zanimivo je imeti oboje in zanimivo je imeti oboje. Mislim, da je to danes ena najboljših konferenčnih franšiz DevOps.

Mnogi vaši nastopi so podobni performansom ali igram: včasih imate govor v obliki grške tragedije, včasih igrate vlogo Sherlocka, včasih nastopate v kostumu žabe. Kako prideš do njih? Ali obstajajo kakšni dodatni cilji poleg tega, da poročilo ne bo dolgočasno?

Zdi se mi, da reportaža nima pravice biti dolgočasna, ker najprej zapravljam čas poslušalcev, v dolgočasno reportažo so manj vključeni, se manj naučijo, izvedejo manj novih stvari, to pa ni najboljša izguba časa. Drugič, tudi moji cilji niso bili doseženi: o meni ne mislijo nič dobrega, o JFrogu ne mislijo nič dobrega in zame je to nekakšen neuspeh.

Zato dolgočasna poročila nimajo pravice do obstoja, vsaj zame. Poskušam jih narediti zanimive, privlačne in nepozabne. Predstave so ena pot. In pravzaprav je metoda precej enostavna. Vse kar potrebujete je, da si izmislite zanimivo obliko in nato iste misli, ki so predstavljene v obliki običajnega poročila, predstavite v nenavadni obliki.

Kako naj pridem do tega? Ni vedno isto. Včasih so to ideje, ki mi pridejo na misel, včasih so to ideje, ki se mi porodijo, ko preletim ali povem svoje misli o poročilu, in mi rečejo: "Oh, to se da narediti takole!" Zgodi se drugače. Ko se pojavi ideja, je vedno zelo veselo in kul, kar pomeni, da lahko narediš bolj zanimivo in angažirano poročilo.

"Poročilo nima pravice biti dolgočasno": intervju z Baruchom Sadogurskyjem o govorih na konferencah

Čigavi govori s področja IT so vam osebno všeč? Ali obstajajo takšni zvočniki? In zakaj?

Obstajata dve vrsti govorcev, v katerih predstavitvah uživam. Prvi so govorci, ki jim poskušam biti podoben. Pogovarjajo se na zanimiv in zapleten način ter se trudijo, da so vsi zainteresirani in vsi poslušajo.

Drugi tip govorcev so tisti, ki znajo na zelo zanimiv in vznemirljiv način spregovoriti o vsakem običajno dolgočasnem hardcoru.

Od imen v drugi kategoriji je to Alexey Shepelev, ki na zanimiv in duhovit način spregovori o nekem globokem performansu garbage collection in notranjosti java virtualnega stroja. Še eno odkritje najnovejšega DevOops je Sergej Fedorov iz Netflixa. Povedal je povsem tehnično stvar o tem, kako so optimizirali svoje omrežje za dostavo vsebin, in to na zelo zanimiv način.

Iz prve kategorije - to so Jessica Deen, Anton Weiss, Roman Shaposhnik. To so govorci, ki govorijo zanimivo, s humorjem in zasluženo prejemajo visoke ocene.

Verjetno imate več povabil za govor na konferencah kot časa za to. Kako izberete, kam boste šli in kam ne?

Konference in govorce, kot skoraj vse drugo, urejajo tržna razmerja med ponudbo in povpraševanjem ter vrednostjo enega od drugega. Obstajajo konference, ki me, no, recimo, želijo bolj, kot jih potrebujem. Kar zadeva občinstvo, ki ga pričakujem tam, in vpliv, ki ga pričakujem tam. So konference, na katere si, nasprotno, želim veliko bolj, kot me potrebujejo. Glede na vrednost zame se odločim, kam bom šel.

Se pravi, če je to na primer nekakšna geografija, kamor moram strateško iti, je to velika znana konferenca, ki ima dober ugled in na katero bodo ljudje hodili, potem jo očitno res potrebujem. In to imam raje kot druge konference.

Če je to nekakšna majhna regionalna konferenca in morda tam, kjer nas ne zanima preveč, potem se lahko zgodi, da potovanje tja ne upraviči časa, porabljenega za to zadevo. Normalna tržna razmerja povpraševanja, ponudbe in vrednosti.

Dobra geografija, dobra demografija, potencialno dobri kontakti, komunikacija so zagotovilo, da mi bo konferenca zanimiva.

V enem od intervjujev ste omenili, da govorite na približno štiridesetih konferencah letno. Kako vam uspeva delo in priprave na nastope? Pa vam s takšnim urnikom uspe ohranjati ravnovesje med delom in zasebnim življenjem? Delite svoje skrivnosti?

Potovanja na konference so levji delež mojega dela. Seveda je tu še vse ostalo: priprava na poročila, vzdrževanje tehnične kondicije, pisanje kode, učenje novih stvari. To vse poteka vzporedno s konferencami: zvečer, na letalu, dan prej, ko že prideš na konferenco, pa je jutri. Nekaj ​​podobnega.

Seveda je težko vzdrževati ravnovesje med poklicnim in zasebnim življenjem, ko preživite toliko časa na službenih potovanjih. Ampak to skušam kompenzirati s tem, da sem, vsaj ko nisem na službeni poti, 100% z družino, zvečer ne odgovarjam na maile, poskušam ne sodelovati klici zvečer in ob vikendih. Ko nisem na službenem potovanju in je čas za družino, je to resnično 100-odstotni čas za družino. Ali to deluje in ali rešuje težavo? št. Upam pa, da se bo to moji družini nekako oddolžilo za ves čas moje odsotnosti.

Eno od Baruchovih poročil je »Imamo DevOps. Odpustimo vse testerje."

Vam ob tako natrpanem urniku uspe vzdrževati tehnično raven ali ste se že oddaljili od programiranja?

Med pripravami na predavanja in druge dejavnosti na konferenci poskušam narediti nekaj tehničnih stvari. To so vse vrste tehničnih predstavitev, nekatera mini poročila, ki jih dajemo na stojnicah. To ni programiranje-programiranje, to je bolj povezovanje, je pa to vsaj nekaj tehničnega dela, ki ga poskušam opraviti. Tako ohranjam znanje o naših izdelkih, novih funkcijah ipd.

Seveda je verjetno nemogoče reči, da sem sedaj isti hardcore koder, kot sem bil pred 7 leti. Nisem prepričan, če je to slaba stvar. To je verjetno neka naravna evolucija. To mi je manj zanimivo in imam manj časa, tako da, verjetno, bog ga blagoslovi.

Še vedno se imam za močnega tehničnega specialista, še vedno sem na tekočem z dogajanjem, držim se na trnih. To je moja današnja hibridna situacija.

Povejte nam nekaj smešnih zgodb ali ekstremnih situacij, ki so se vam zgodile: zamudili ste letalo/izbrisali predstavitev/prekinili elektriko med poročanjem/prtljaga ni prispela?

Od smešnih situacij so mi najbolj ostale v spominu vse vrste strašnih napak, ki so se zgodile med poročili. Seveda, ker je to najbolj stresna situacija, ker je to občinstvo, čas in moraš paziti, da ga ne zapravljajo.

Med pogovorom sem imel "modri zaslon smrti" v sistemu Windows in Mac. Pri Windowsih se je to zgodilo enkrat, pri Macih nekajkrat. To je seveda stresno, vendar to težavo nekako rešimo, računalnik se znova zažene, jaz v tem času še nekaj pripovedujem, a stres je ogromen.

Verjetno najbolj smešno situacijo, ki sem jo imel, je bila na Groovy konferenci. Ne spomnim se točno, kje je bila konferenca, zdi se, da v hotelu, nasproti tega hotela pa je potekala nekakšna gradnja ali obnova. In tako sem govoril o neki kodi, ki sem jo napisal, bila je predstavitev. To je bila prva ponovitev predstavitve, ki je bila razumljiva, vendar morda ne dobro napisana. In ravno hotel sem ga preoblikovati in izboljšati, in omenil sem frazo, kot je "samozaničevanje", o tem, da je to "usrana koda". Bilo je v drugem nadstropju in takrat je žerjav na gradbišču nasproti ravno dvigoval prenosno stranišče. In oder je bil nasproti okna. Se pravi, pogledam skozi to okno, rečem "usrano kodo" in mimo okna priplava stranišče. In vsem rečem: "Obrnite se, tukaj imamo ilustracijo." To je bil verjetno najboljši diapozitiv mojih misli - leteče stranišče v mojem poročilu, ko sem govoril o usrani kodi.

Iz zgodb, kot je prtljaga, ni prišlo - to je načeloma normalna zgodba, o čem se sploh ni treba pogovarjati. Lahko se dogovoriva za ločen razgovor o vseh mogočih potovalnih nasvetih, kjer se lahko pogovoriva o prtljagi, ki ni prispela, a ni bilo nič kritičnega.

Zelo se trudim za vsako ceno, da vedno letim, pridem in se udeležim vseh konferenc, na katerih sem obljubil, ker je spet čas ljudi. Čas ljudi je neprecenljiv, ker je to tak kredit zaupanja, ki ti ga dajo. In če je to posojilo zapravljeno, ga kasneje ni več mogoče dobiti nazaj.

Če je oseba porabila čas, prišla na konferenco, da bi poslušala moje poročilo, jaz pa sem ga vzel in nisem prišel, je to slabo, ker tej osebi ni mogoče vrniti časa. Zato je zelo pomembno, da držim vse svoje obljube v zvezi s tem in zaenkrat se vse izide.

Marsikdo razmišlja takole: »Zakaj sploh hoditi na konference? Posnetek si lahko ogledate na YouTubu in vedno lahko klepetate na spletu.« Zakaj menite, da morajo udeleženci na konference?

Odlično vprašanje! Moral bi iti na konference za mreženje. To je neprecenljivo in ni drugega načina, da ga dobite. Omenil sem že pomen komunikacije, komunikacije in mehkih veščin. Gledanje videoposnetka na YouTubu žal ne zagotavlja izkušenj z mehkimi veščinami. Zato morate na konference hoditi zaradi komunikacije.

Poleg tega je, vsaj zame, ob gledanju videoposnetkov na YouTubu angažiranost povsem drugačna, snov pa si veliko slabše zapomni in zapomni. Mogoče sem samo jaz, vendar sumim, da sta biti v sobi na pogovoru in gledati videoposnetek na YouTubu popolnoma različni stvari. Sploh če je poročilo dobro, se mi zdi, da ga je veliko veliko bolje slišati v živo. Kot bi poslušal koncert v živo in ploščo.

In še enkrat ponavljam: mreženje in komunikacija nista nekaj, kar bi lahko vzeli iz YouTuba.

Skupno poročilo z Leonidom Igolnikom na DevOpsCon

Prosim, dajte nekaj poslovilnih besed tistim, ki šele nameravate postati govornik ali ste šele začeli govoriti?

Poiščite lokalna srečanja. Lokalna srečanja so odličen način za začetek govorniške kariere iz več razlogov. Prvič, lokalna srečanja vedno iščejo govorce. Lahko se zgodi, da se boste brez izkušenj in brez znanega govorca težko prijavili na kakšno znano konferenco ali pa bo programski odbor po komunikaciji z vami razumel, da je za vas morda še malo zgodaj. Nasprotno pa lokalna srečanja vedno iščejo govorce in vstopna vrstica je veliko, veliko nižja, zato je veliko lažje priti tja.

Tudi stopnja stresa je povsem drugačna. Ko pride 10-15-30 ljudi, sploh ni isto kot če je v dvorani 150-200-300 ljudi, tako da je veliko lažje.

Spet so stroški lokalnega srečanja veliko nižji: ni vam treba nikamor leteti, ni vam treba preživeti dni, lahko pridete samo zvečer. Če se spomnite mojega nasveta o tem, kako pomembno je imeti prijazen obraz v občinstvu, je veliko lažje priti na lokalno srečanje z nekom, ker to ne stane denarja. Če govoriš na konferenci, prideš ti kot govorec zastonj, ampak ta tvoj +1, ki bo v javnosti prijazen obraz, mora kupiti karto. Če govoriš na srečanju, ni te težave, lahko s seboj pripelješ enega ali dva ali tri prijatelje, ki bodo v sobi prijazen obraz.

In dodaten plus je, da imajo organizatorji srečanj veliko več možnosti, da vam pomagajo. Ker bodo organizatorji konference imeli na primer 60 predstavitev, ki jih je treba pregledati, vaditi in pripraviti. In organizatorji srečanj imajo enega, dva ali tri, tako da boste seveda deležni veliko več pozornosti.

Poleg tega je veliko lažje dobiti povratne informacije z lokalnih srečanj. Končali ste svoje poročilo in zdaj vi in ​​občinstvo že komunicirate in razpravljate o nečem v zvezi z vašim poročilom. Za velike konference to pogosto ne drži. Napisal si poročilo in to je to. Publika, ki je bila med vašim poročanjem siva gmota, je odšla in o njej ne veste več ničesar, ne slišite, ne dobite povratne informacije.

Kakorkoli že, lokalna srečanja so odlična tema nasploh in še posebej za začetnike.

Baruch bo na konferenci govoril 7. decembra DevOpsDays Moskva. Baruch bo v svojem poročilu analiziral resnične napake, ki se pojavljajo vsak dan in povsod pri posodabljanju programske opreme. Pokazalo bo, kako se vse vrste vzorcev DevOps prilegajo različnim scenarijem in kako bi vas njihova pravilna uporaba lahko rešila.

V programu tudi: Alexander Chistyakov (vdsina.ru), Mikhail Chinkov (AMBOSS), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps svetovalec).

Pridi se spoznat!

Vir: www.habr.com

Dodaj komentar