Baruch Sadogursky – a JFrog fejlesztői ügyvédje, a „Liquid Software” könyv társszerzője, híres informatikai előadó.
Baruch egy interjúban elmagyarázta, hogyan készül a beszámolóira, miben különböznek a külföldi konferenciák az oroszoktól, miért érdemes részt venniük a résztvevőknek, és miért érdemes békajelmezben beszélniük.
Kezdjük a legegyszerűbbel. Egyáltalán miért gondolod, hogy konferenciákon beszélsz?
Valójában a konferenciákon felszólalni egy munka számomra. Ha általánosabban válaszolunk a „Miért az én munkám?” kérdésre, akkor ez (legalábbis a JFrog cég számára) két cél elérését szolgálja. Először is, hogy kapcsolatot létesítsünk felhasználóinkkal és ügyfeleinkkel. Vagyis amikor konferenciákon felszólalok, elérhető vagyok, hogy bárki, akinek kérdése van, valamilyen visszajelzése van termékeinkről, cégünkről, tudjon velem beszélni, valahogy segítsek neki, javítani a termékeinkkel kapcsolatos tapasztalataikat.
Másodszor, ez szükséges a márkaismertség növeléséhez. Azaz, ha elmesélek néhány érdekes dolgot, akkor az embereket érdekli, hogy ez milyen JFrog, és ennek eredményeként a fejlesztői kapcsolati tölcsérünkbe kerülnek, ami végül a felhasználóink csatornájába kerül, ami végül a ügyfeleink tölcsére.
Kérem, mesélje el, hogyan készül a fellépésekre? Van valami előkészítő algoritmus?
A felkészülésnek négy többé-kevésbé szabványos szakasza van. Az első a kezdet, mint a filmekben. Valami ötletnek meg kell jelennie. Megjelenik egy ötlet, aztán elég sokáig érlelődik. Érlelődik, azon gondolkodsz, hogyan lehetne ezt az ötletet a legjobban bemutatni, milyen kulcsban, milyen formátumban, mit lehet róla elmondani. Ez az első szakasz.
A második szakasz egy konkrét terv megírása. Van egy ötleted, és az elkezdi feltárni a részleteket arról, hogyan fogja bemutatni. Ez általában valamilyen gondolattérkép formátumban történik, amikor az ötlet körül megjelenik minden, ami a riporttal kapcsolatos: alátámasztó érvek, bemutatkozás, néhány történet, amit el akarsz mesélni róla. Ez a második szakasz - a terv.
A harmadik szakasz a diák írása e terv szerint. Használsz néhány absztrakt ötletet, amelyek megjelennek a diákon, és alátámasztják történetedet.
A negyedik szakasz az átfutások és próbák. Ebben a szakaszban fontos megbizonyosodni arról, hogy a történet íve kiderült, a történet koherens, és hogy minden rendben van-e az időzítést illetően. Ezt követően a jelentés késznek nyilvánítható.
Hogyan érti, hogy „ezzel a témával” foglalkozni kell? És hogyan gyűjti az anyagot a jelentésekhez?
Nem tudom, hogyan válaszoljak, valahogy csak jön. Vagy azt, hogy „Ó, milyen klassz lett itt”, vagy azt, hogy „Ó, ezt senki sem tudja, vagy nem érti”, és van lehetőség elmondani, elmagyarázni és segíteni. E két lehetőség egyike.
Az anyaggyűjtés nagymértékben függ a jelentéstől. Ha ez valami elvont témáról szóló beszámoló, akkor az inkább irodalom, cikk. Ha ez valami praktikus, akkor az kód írása, néhány demó, a megfelelő kódrészek megtalálása a termékekben stb.
A teljesítménytől való félelem és a szorongás az egyik leggyakoribb ok, amiért az emberek nem mennek fel a színpadra. Van valami tanácsod azoknak, akik idegesnek érzik magukat előadás közben? Aggódsz, és hogyan birkózol meg vele?
Igen, megvan, annak lennie kell, és valószínűleg abban a pillanatban, amikor már végleg abbahagyom az aggódást, ez ok arra, hogy abbahagyjam ezt az ügyet.
Nekem úgy tűnik, hogy ez teljesen normális jelenség, amikor fellépsz a színpadra, és nagyon sokan állnak előtted. Aggódsz, mert ez nagy felelősség, ez természetes.
Hogyan kezeljük ezt? Különféle módok léteznek. Még soha nem volt olyan szinten, hogy közvetlenül meg kell küzdenem vele, ezért nehéz megmondani.
A legfontosabb dolog, ami szintén segít nekem, egy barátságos arc – néhány ismerős arc a közönségben. Ha megkérsz valakit, akit ismersz, akkor ülj az első sorba középre, hogy mindig ránézhess, és az illető pozitív lesz, mosolyog, bólogat, támogat, szerintem ez óriási hatalmas segítség. Kifejezetten nem kérek erre senkit, de ha úgy adódik, hogy ismerős arc van a közönség soraiban, az sokat segít és oldja a stresszt. Ez a legfontosabb tanács.
Sokat beszél orosz és nemzetközi konferenciákon. Látod a különbséget az orosz és a külföldi konferenciákon elhangzott beszámolók között? Van különbség a közönségben? A szervezetben?
Két nagy különbséget látok. Nyilvánvaló, hogy Oroszországban és külföldön is eltérőek a konferenciák, de ha a kórházi átlagot vesszük, akkor Oroszországban a konferenciák technikaibbak a beszámolók mélysége, a hardcore szempontjából. Ez az, amit az emberek megszoktak, talán az olyan nagy konferenciáknak köszönhetően, mint a Joker, a JPoint, a Highload, amelyek mindig is kemény előadásokon alapultak. És pontosan ezt várják az emberek a konferenciáktól. És sokak számára ez jelzi, hogy ez a konferencia jó vagy rossz: sok a hús és a kemény, vagy sok a víz.
Őszintén szólva, talán amiatt, hogy sokat beszélek külföldi konferenciákon, nem értek egyet ezzel a megközelítéssel. Úgy gondolom, hogy a soft skillekről szóló jelentések, a „félhumanitárius jelentések” nem kevésbé, sőt talán még fontosabbak a konferenciák számára. Mivel bizonyos technikai dolgok végül könyvekben is olvashatók, a használati útmutató segítségével kitalálható, de ami a soft skilleket illeti, ami a pszichológiát illeti, ami a kommunikációt illeti, mindezt legalábbis sehol sem lehet megszerezni. könnyű, hozzáférhető és érthető. Számomra úgy tűnik, hogy ez nem kevésbé fontos, mint a műszaki összetevő.
Ez különösen fontos a DevOps konferenciáknál, mint például a DevOpsDays, mivel a DevOps egyáltalán nem a technológiáról szól. A DevOps csak a kommunikációról szól, csak arról, hogyan dolgozhatnak együtt azok az emberek, akik korábban nem dolgoztak együtt. Igen, van egy technikai összetevő, mert az automatizálás kritikus fontosságú a DevOps számára, de ez csak egy ezek közül. És amikor egy DevOps-konferencia ahelyett, hogy DevOps-ról beszélne, a webhely megbízhatóságáról, automatizálásáról vagy csővezetékekről beszél, akkor ez a konferencia annak ellenére, hogy nagyon kemény, véleményem szerint kihagyja a DevOps lényegét, és rendszeradminisztrációs konferenciákká válik. , nem a DevOpsról.
A második különbség a felkészülésben van. Ismét a kórházi átlagos és általános eseteket veszem, nem konkrétakat. Külföldön azt feltételezik, hogy a legtöbb ember élete során átesett valamilyen nyilvános beszédképzésen. Legalábbis Amerikában ez a felsőoktatás része. Ha valaki végzett az egyetemen, akkor már jelentős tapasztalattal rendelkezik a nyilvános beszéd terén. Ezért, miután a programbizottság áttekintette a tervet és megértette, miről fog szólni a jelentés, nem folyik tovább képzés az előadó helyett, mert úgy gondolják, hogy ő valószínűleg tudja, hogyan kell ezt csinálni.
Oroszországban nem tesznek ilyen feltételezéseket, mivel kevesen rendelkeznek nyilvános beszédben tapasztalattal, ezért a beszélőket sokkal jobban képezik. Általánosságban elmondható, hogy vannak átfutások, vannak előadókkal ellátott órák, vannak nyilvános beszédtanfolyamok, amelyek segítik az előadókat.
Ennek eredményeként a gyengén kommunikáló, gyengén beszélők kiesnek, vagy segítik őket abban, hogy erősebb előadókká váljanak. Az a tény, hogy Nyugaton a nyilvános beszédet sok ember készségének tekintik, végső soron az ellenkező hatást váltja ki, mert ez a feltételezés gyakran hamisnak, tévesnek bizonyul, és az emberek, akik nem tudnak nyilvánosan beszélni, nyíltan elrontják. színpadra állítanak és undorító riportokat készítenek. És Oroszországban, ahol úgy tartják, hogy nincs tapasztalat a nyilvános beszédben, a végén sokkal jobban sikerül, mert kiképezték őket, tesztelték őket, jót választottak stb.
Ez a két különbség.
Járt már más országokban a DevOpsDays rendezvényen? Ön szerint miben különböznek a többi konferenciától? Vannak különleges funkciók?
Valószínűleg több tucat DevOpsDays konferencián voltam szerte a világon: Amerikában, Európában és Ázsiában. Ez a konferencia-franchise meglehetősen egyedi abban a tekintetben, hogy többé-kevésbé bevált formátummal rendelkezik, amelyet bármelyik konferenciától elvárhat. A formátum a következő: viszonylag kevés az élvonalbeli konferencia előadás, és sok időt szentelnek a nyílt terek formátumának.
A nyílt terek olyan formátum, amelyben a legtöbben szavazó témát a többi résztvevővel együtt megvitatják. Aki ezt a témát javasolta, az a vezető, ő gondoskodik a vita megkezdéséről. Ez egy nagyszerű formátum, mert mint tudjuk, a kommunikáció és a hálózatépítés nem kevésbé fontos része minden konferenciának, mint az előadások. És amikor egy konferencia ideje felét hálózati formátumnak szenteli, az nagyon klassz.
Ráadásul a DevOpsDays-en gyakran tartanak Lightning Talks-beszélgetéseket – ezek rövid, ötperces jelentések, amelyek segítségével sok mindenről megtudhat, és felnyithatja a szemét néhány új dologra, nem unalmas formában. És ha egy rendszeres jelentés közepette rájöttél, hogy ez nem a tiéd, akkor elvesztegetett idő, 30-40 perc elpazarolt életedből, akkor itt öt perces riportokról beszélünk. És ha nem érdekel, annak hamarosan vége lesz. A „Mondd meg, de gyorsan” szintén nagyon jó formátum.
Vannak technikaibb DevOpsDays-ek, és vannak olyanok, amelyek kifejezetten a DevOpshoz vannak szabva: folyamatok, együttműködés, hasonlók. Érdekes, hogy mindkettő megvan, és érdekes mindkettő. Szerintem ez az egyik legjobb DevOps konferencia franchise ma.
Sok előadásod hasonlít előadásokhoz vagy színdarabokhoz: néha görög tragédia formájában tartasz előadást, néha Sherlock szerepét alakítod, néha békajelmezben lépsz fel. Hogyan találod ki őket? Vannak-e további célok azon kívül, hogy a riport ne unalmas legyen?
Számomra úgy tűnik, hogy egy riportnak nincs joga unalmasnak lenni, mert egyrészt elvesztegetem a hallgatók idejét, egy unalmas riportban kevésbé vesznek részt, kevesebbet tanultak, kevesebb új dolgot tanultak, és ez nem az idejük legjobb pazarlása. Másodszor, a céljaim sem teljesültek: nem gondolnak rólam semmi jót, nem gondolnak semmi jót JFrogról, és számomra ez egyfajta kudarc.
Ezért az unalmas riportoknak nincs létjogosultsága, legalábbis számomra. Igyekszem érdekessé, vonzóvá és emlékezetessé tenni őket. Az előadások az egyik út. És valójában a módszer meglehetősen egyszerű. Csak egy érdekes formátumot kell kitalálnia, majd előadni ugyanazokat a gondolatokat, amelyeket egy szokásos riport formájában, szokatlan formában előad.
Hogyan juthatok eszembe? Nem mindig ugyanaz. Néha ezek az ötleteim jutnak eszembe, néha pedig olyan ötletek adódnak, amelyeket akkor kapok, amikor átfutok, vagy megosztom gondolataimat egy jelentéssel kapcsolatban, és azt mondják: "Ó, ezt meg lehet csinálni!" Ez másképp történik. Amikor megjelenik egy ötlet, az mindig nagyon örömteli és menő, ez azt jelenti, hogy érdekesebb és tartalmasabb riportot készíthet.
Ön személy szerint kinek a beszédeit szereti az IT területről? Vannak ilyen hangszórók? És miért?
Kétféle előadó létezik, akiknek az előadásait szeretem. Az első a hangszórók, amelyekre próbálok hasonlítani. Érdekesen és lebilincselően beszélgetnek, igyekeznek meggyőződni arról, hogy mindenkit érdekel, és mindenki figyel.
A második típusú előadók azok, akik bármilyen általában unalmas hardcore-ról tudnak nagyon érdekesen és izgalmasan beszélni.
A második kategóriába tartozó nevek közül ez Alexey Shepelev, aki valamiféle mély teljesítményű szemétgyűjtésről és a java virtuális gép belsejéről beszél érdekesen, humorosan. A legújabb DevOops másik felfedezése Sergey Fedorov a Netflixtől. Mesélt egy tisztán technikai dolgot arról, hogyan optimalizálták a tartalomszolgáltató hálózatukat, és ezt nagyon érdekesen mondta el.
Az első kategóriából - ezek Jessica Deen, Anton Weiss, Roman Shaposhnik. Ezek az előadók, akik érdekesen, humorral beszélnek, és méltán kapnak magas értékelést.
Valószínűleg több meghívást kap, hogy felszólaljon a konferenciákon, mint amennyi ideje van erre. Hogyan válasszátok ki, hogy hova menjetek és hova nem?
A konferenciákat és az előadókat, mint szinte minden mást, a kereslet és kínálat piaci viszonyai, valamint az egyik és a másik értékének viszonyai irányítják. Vannak konferenciák, amelyek, mondjuk, jobban akarnak engem, mint amennyire szükségem lenne rájuk. Ami a közönséget illeti, akivel ott találkozhatok, és az ottani hatást. Vannak konferenciák, amelyekre éppen ellenkezőleg, sokkal többet szeretnék elmenni, mint amennyire szükségük van rám. A számomra értékes érték alapján döntöm el, hova menjek.
Vagyis ha ez például valami földrajz, ahová stratégiailag el kell mennem, ez egy nagy, jól ismert konferencia, aminek jó híre van, és ahová az emberek el fognak menni, akkor nyilván nagyon szükségem van rá. És jobban szeretem, mint más konferenciákat.
Ha ez valami kistérségi konferencia, és esetleg nem nagyon érdekel minket, akkor előfordulhat, hogy az odautazás nem indokolja az erre fordított időt. A kereslet, kínálat és érték normál piaci viszonyai.
Jó földrajz, jó demográfia, potenciálisan jó kapcsolatok, kommunikáció a garancia arra, hogy a konferencia érdekes lesz számomra.
Egyik interjújában említette, hogy évente körülbelül negyven konferencián beszél. Hogyan tud dolgozni és felkészülni a fellépésekre? És ilyen időbeosztás mellett sikerül fenntartani a munka/magánélet egyensúlyát? Ossza meg titkait?
A konferenciákra való utazás a munkám oroszlánrésze. Persze van minden más is: van beszámolókra való felkészülés, technikai formában tartás, kódírás, újdonságok tanulása. Mindez a konferenciákkal párhuzamosan történik: este, repülőn, előző nap, amikor már megérkezett a konferenciára, és holnap van. Valami ilyesmi.
Természetesen nehéz fenntartani a munka/magánélet egyensúlyát, ha annyi időt töltünk üzleti utakon. De ezt igyekszem kompenzálni azzal, hogy legalább ha nem vagyok üzleti úton, akkor 100%-ban a családommal vagyok, esténként nem válaszolok e-mailekre, igyekszem nem részt venni telefonál este és hétvégén. Amikor nem vagyok üzleti úton, és ez a családi idő, az valóban 100%-ban családi idő. Ez működik és megoldja a problémát? Nem. De remélem, hogy ez valahogy kárpótolja a családomat azért, amíg távol vagyok.
Ilyen szoros időbeosztás mellett sikerül tartani a technikai színvonalat, vagy már eltávolodtál a programozástól?
Igyekszem néhány technikai dolgot elvégezni, miközben felkészülök a konferencia előadásaira és egyéb tevékenységeimre. Ezek mindenféle technikai bemutatók, néhány miniriport, amiket a standokon adunk. Ez nem programozás-programozás, ez inkább integráció, de ez legalább egy technikai munka, amit igyekszem elvégezni. Így tudom megőrizni termékeinkről, új szolgáltatásainkról stb.
Persze valószínűleg lehetetlen azt mondani, hogy most ugyanolyan hardcore kódoló vagyok, mint 7 évvel ezelőtt. Nem biztos benne, hogy ez rossz dolog-e. Ez valószínűleg valamiféle természetes evolúció. Ez kevésbé érdekes számomra, és kevesebb időm van, úgyhogy valószínűleg Isten áldja őt.
Továbbra is erős műszaki szakembernek tartom magam, továbbra is lépést tartok az eseményekkel, tartom magam a lábujjamon. Ez a mai hibrid helyzetem.
Kérem, meséljen néhány vicces történetet vagy extrém helyzetet, ami megtörtént Önnel: lekéste a repülőt/törölte a bemutatót/áramszünet a bejelentés alatt/nem érkezett meg a poggyász?
A vicces helyzetek közül leginkább a riportok alatt történt szörnyű kudarcokra emlékszem. Természetesen azért, mert ez a legstresszesebb helyzet, mert ez a közönség, az idő, és neked kell ügyelni arra, hogy ne pazarolják el.
Windowson és Macen is „halálkék képernyő” volt a beszélgetés alatt. Windowson egyszer, Macen párszor előfordult. Ez persze megterhelő, de valahogy megoldjuk ezt a problémát, a számítógép újraindul, ilyenkor folytatok valamit, de óriási a stressz.
Talán a legviccesebb helyzetem egy Groovy konferencián volt. Nem emlékszem pontosan, hol tartották a konferenciát, úgy tűnik, egy szállodában, és ezzel a szállodával szemben valami építkezés vagy felújítás zajlott. És így beszéltem néhány kódról, amit írtam, ez egy demó. Ez volt a demó első iterációja, ami érthető volt, de talán nem volt jól megírva. És éppen át akartam alakítani és javítani, és megemlítettem néhány kifejezést, mint például az „önlejáratás” arról, hogy ez egy „szar kód”. A második emeleten volt, és akkor a szemközti építkezésen egy daru éppen egy hordozható WC-t emelt. A színpad pedig az ablakkal szemben volt. Vagyis kinézek ezen az ablakon, kimondom, hogy „szar kód”, és egy vécé lebeg az ablak mellett. És mindenkinek azt mondom: "Forduljon meg, itt van egy illusztrációnk." Valószínűleg ez volt a gondolataim legjobb csúszdája – a repülő vécé a beszámolómban, amikor a szar kódokról beszéltem.
Olyan történetekből, mint a poggyász, nem jöttek ki – ez elvileg egy normális történet, nincs is miről beszélni. Mindenféle utazási tippről külön interjút tudunk rendezni, ahol beszélhetünk a meg nem érkezett poggyászokról, de semmi kritikus nem volt.
Mindenáron nagyon igyekszem mindig repülni, eljönni és részt venni az összes konferencián, amelyen megígértem, mert ismét az emberek ideje van. Az emberek ideje felbecsülhetetlen, mert akkora bizalmat adnak neked. És ha ez a hitel elpazarolt, akkor később nincs lehetőség visszaszerezni.
Ha valaki eltöltött időt, eljött a konferenciára meghallgatni a beszámolómat, én pedig vettem és nem jöttem el, az rossz, mert ennek az embernek az idejét nem lehet visszakapni. Ezért nagyon fontos számomra, hogy minden ezzel kapcsolatos ígéretemet betartsam, és eddig minden működik.
Sokan így gondolkodnak: „Miért kell egyáltalán konferenciákra menni? Megnézheti a videót a YouTube-on, és bármikor cseveghet online.” Ön szerint miért kell a résztvevőknek konferenciákra menniük?
Remek kérdés! Konferenciákra kell menned hálózatépítésért. Ez megfizethetetlen, és nincs más módja annak, hogy megszerezze. Említettem már a kommunikáció, a kommunikáció és a soft skillek fontosságát. A YouTube-on lévő videó megtekintése sajnos nem ad tapasztalatot a soft skillek terén. Ezért a kommunikáció érdekében konferenciákra kell mennie.
Ráadásul legalábbis nálam a YouTube-on videók nézése közben teljesen más az eljegyzés, és sokkal kevésbé emlékeznek meg és emlékeznek az anyagra. Lehet, hogy csak én vagyok így, de gyanítom, hogy a szobában lenni egy beszélgetésen és egy videót nézni a YouTube-on teljesen más dolog. Főleg, ha jó a riport, nekem úgy tűnik, sokkal, de sokkal jobb élőben hallgatni. Mintha élő koncertet és lemezt hallgatnánk.
És még egyszer megismétlem: a hálózatépítést és a kommunikációt nem lehet átvenni a YouTube-tól.
Kérem, mondjon néhány búcsúzó szót azoknak, akik most tervezik, hogy előadók lesznek, vagy most kezdtek beszélni?
Keress helyi találkozókat. A helyi találkozók több okból is nagyszerű lehetőséget kínálnak előadói karrierjének elindítására. Először is, a helyi találkozók mindig előadókat keresnek. Előfordulhat, hogy tapasztalat és híres előadó nélkül nehéz lesz jelentkezni valamelyik híres konferenciára, vagy a programbizottság, miután kommunikált veled, megérti, hogy talán még egy kicsit korai. Ezzel szemben a helyi találkozók mindig előadókat keresnek, és a belépési léc sokkal-sokkal alacsonyabb, így sokkal könnyebb eljutni oda.
Ráadásul a stressz szintje teljesen más. Amikor 10-15-30 ember jön, az egyáltalán nem ugyanaz, mint amikor 150-200-300 ember van a teremben, így sokkal könnyebb.
A helyi találkozó költségei ismét jóval alacsonyabbak: nem kell sehova repülni, nem kell napokat tölteni, csak este jöhet. Emlékezve a tanácsomra, hogy fontos, hogy a közönségben barátságos arc legyen, sokkal könnyebb eljönni valakivel egy helyi találkozóra, mert az nem kerül pénzbe. Ha felszólal egy konferencián, előadóként ingyen jössz, de ennek a +1-ednek, aki barátságos arc lesz a nyilvánosság előtt, jegyet kell vennie. Ha egy találkozón beszélsz, akkor nincs ilyen probléma, hozhatsz magaddal egy-két-három barátot, aki barátságos arc lesz a teremben.
És további plusz, hogy a találkozószervezőknek sokkal több lehetőségük van a segítségére. Mert a konferencia szervezőinek például 60 előadásuk lesz, amit át kell nézni, gyakorolni és előkészíteni. A meetupok szervezőinek pedig van egy, kettő vagy három, így természetesen sokkal több figyelmet kapsz.
Ezenkívül sokkal könnyebb visszajelzést kapni a helyi találkozókról. Befejezte a jelentését, és most Ön és a hallgatóság már kommunikál, és megvitat valamit, ami a jelentésével kapcsolatos. A nagy konferenciák esetében ez gyakran nem így van. Feljelentést tett, és ennyi. A közönség, amely a beszámolód alatt szürke massza volt, elment, és már nem tudsz róluk semmit, nem hallasz, nem kapsz visszajelzést.
Bármit is mondjunk, a helyi összejövetelek általában nagyszerű téma, és különösen a kezdők számára.
Baruch felszólal a december 7-i konferencián . Jelentésében Baruch a szoftverfrissítés során nap mint nap és mindenhol előforduló valós hibákat fogja elemezni. Megmutatja, hogy mindenféle DevOps-minta hogyan illeszkedik a különböző forgatókönyvekhez, és hogyan mentheti meg őket helyes alkalmazása.
A programban még: Alekszandr Chistyakov (vdsina.ru), Mihail Chinkov (AMBOSS), Roman Bojko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps tanácsadó).
Gyertek ismerkedni!
Forrás: will.com